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Abstract 

Satellite  range  scheduling  involves  scheduling  satellite  supports  in  which  a  satellite 
and  a  specific  remote  tracking  station  communicate  with  each  other  within  a  specified  time 
window.  As  the  number  of  satellite  supports  continue  to  increase,  more  pressure  is  placed 
on  the  current  manual  system  to  generate  schedules  efficiently.  Previous  research  efforts 
focused  on  heuristic  and  mixed-integer  programming  approaches  which  may  not  produce 
the  best  results.  The  objective  of  this  research  was  to  determine  if  a  genetic  algorithm 
approach  to  automating  the  generation  of  24  hour  schedules  was  competitive  with  other 
methods.  The  goal  was  to  schedule  as  many  supports  as  possible  without  conflict. 

The  genetic  algorithm  approach  attempted  to  find  the  best  priority  ordering  of  sup¬ 
port  requests,  and  then  used  a  schedule  builder  program  to  build  schedules  based  on  simple 
rules.  A  schedule  was  produced  for  seven  days  of  representative  satellite  range  data  with 
slightly  better  results  compared  to  earlier  results  using  a  mixed-integer  programming  for¬ 
mulation.  Based  on  the  reported  results,  the  genetic  algorithm  approach  presented  in 
this  research  appears  to  be  a  competitive  approach  for  generating  24-hour  satellite  range 
schedules. 
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A  GENETIC  ALGORITHM  APPROACH  TO 


AUTOMATING  SATELLITE  RANGE  SCHEDULING 

I.  Introduction 

Scheduling  is  the  allocation  of  resources  over  time  to  perform  a  collection  of  tasks 
(2:2).  Many  important  scheduling  problems  exist  that  are  of  interest  to  the  Air  Force.  Ex¬ 
amples  include  allocation  of  test  range  resources,  airlift  scheduling  problems,  and  satellite 
communication  support  scheduling.  Many  standard  scheduling  problems  may  be  formu¬ 
lated  as  mixed-integer  programming  problems  where  some  decision  variables  take  on  integer 
values  while  other  variables,  such  as  time,  have  continuous  values.  While  a  mathemati¬ 
cal  programming  formulation  generally  guarantees  an  optimal,  or  best  possible,  solution, 
the  computation  times  required  to  find  exact  optimal  solutions  may  be  prohibitive  for 
practic{d-sized  problems.  This  is  because  many  scheduling  problems  belong  to  the  class  of 
NP-complete  problems  (6:4). 

In  such  NP-complete  problems,  the  solution  time  may  increase  exponentially  with 
the  number  of  variables.  For  example,  a  problem  with  10  times  the  number  of  variables 
as  an  original  problem  might  take  an  order  of  2*'’  times  longer  to  solve.  Because  of  these 
possible  long  solution  times,  heuristic  techniques  are  often  used  to  find  good  solutions  in 
a  reasonable  amount  of  time.  Heuristics  are  procedures  which  do  not  guarantee  optimal 
solutions.  They  usually,  but  not  always,  provide  feasible  solutions,  often  require  human 
ingenuity  in  their  development,  and  are  often  quite  problem-specific. 

Heuristic  methods  for  solving  scheduling  problems  that  are  less  dependent  on  the 
specific  problem  cotdd  be  useftil  in  solving  problems  of  Air  Force  interest.  This  would  be 
especially  true  when  the  constraints  of  the  problem  are  difficult  to  put  in  mathematical 
form.  One  such  method  for  finding  good  solutions  to  scheduling  and  other  optimization 
problems  is  called  a  genetic  algorithm. 

Genetic  algorithma  (GAs)  are  artificial  intelligence  search  methods  based  on  the  idea 
of  natural  selection  and  evolution.  Initially  developed  by  John  Holland  at  the  University 
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of  Michigan  (10),  applications  include  problems  in  optimization  and  machine  learning. 
Although  initially  applied  to  function  optimization  problems,  genetic  algorithms  have  also 
been  applied  to  scheduling  and  combinatorial  optimization  problems.  The  main  strength 
of  genetic  algorithms  is  their  ability  to  quickly  explore  a  large  space  of  possible  solutions 
for  good,  if  not  optimal,  solutions.  They  differ  from  many  traditiontd  algorithms  as  their 
search  is  based  only  on  the  overall  evaluation  of  a  set  of  parameters.  As  such,  they  do  not 
need  to  rely  on  derivative  information  to  proceed.  Genetic  algorithms  are  also  able  to  find 
solutions  where  multiple  optimal  solutions  exist  (7:2-5). 

Problem  Description 

One  particular  scheduling  problem  of  interest  to  the  Air  Force  is  the  Satellite  Range 
Scheduling  (SRS)  problem.  The  Air  Force  Satellite  Control  Network  (AFSCN)  must  sched¬ 
ule  over  300  command  and  control  communications  per  day  between  nine  remote  tracking 
stations  (RTSs)  and  approximately  100  satellites  (8:1-3).  Each  communication  between  a 
satellite  and  a  RTS  is  called  a  support.  The  satellite  supports  are  necessary  to  maintain 
command  and  control,  tracking,  and  system  tests  of  the  satellites  (11:10).  The  scheduling 
of  these  supports  must  take  place  in  a  time  window  because  each  RTS  is  geographically 
separated  from  the  others,  and  can  only  “see”  each  satellite  for  a  limited  time  during  its 
orbit.  The  time  window  is  shorter  for  low-altitude  satellites  than  for  medium-  or  high- 
altitude  satellites,  as  the  low-altitude  satellites  pass  out  of  the  line-of-sight  of  the  RTSs 
much  more  quickly  than  higher-altitude  satellites.  The  longer  time  window  of  the  higher- 
altitude  satellites  makes  scheduling  them  less  difficult  them  scheduling  the  low-altitude 
satellites. 

Each  Mission  Control  Complex  (MCC)  is  responsible  for  the  health,  status,  and 
orbital  control  of  a  subset  of  the  total  satellites.  The  composition  of  the  subset  depends 
on  the  mission  type  of  the  satellite.  A  MCC  determines  the  length  and  required  time 
windows  for  each  support  request  for  their  satellites,  as  well  as  which  RTSs  can  serve  each 
request.  These  time  windows  may  be  more  restricted  than  the  physical  visibility  limits  due 
to  mission  schediding  requirements.  For  example,  a  satellite  may  need  a  communication 
every  hour  after  an  operation  is  performed. 
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All  requests  from  the  individual  MCCs  are  pzused  on  to  the  range  schedulers  who 
are  responsible  for  making  an  overall  schedule.  This  schedule  must  ensure  that  each  RTS 
antenna  supports  only  one  satellite  at  a  time.  The  schedulers  must  abo  allow  for  a  required 
turn-around  time  between  supports  to  allow  the  RTS  antennas  to  be  reoriented.  Down¬ 
time  for  RTS  maintenance  is  also  necessary.  The  resulting  schedule  is  called  the  initi<d 
24-houT  schedule.  The  development  of  this  schedule  using  genetic  algorithms  is  the  focus 
of  this  research. 

The  goal  of  the  initial  24-hour  scheduling  process  is  to  schedule  as  many  commu¬ 
nication  supports  as  possible  in  a  24-hour  period  while  satisfying  the  constraints  of  time 
windows,  turnaround  time,  and  scheduled  maintenance  down-time  for  the  RTSs.  If  a  con¬ 
flict  cannot  be  resolved  by  the  range  schedulers,  they  must  de-conflict  it  with  the  MCCs 
and  RTSs  involved.  If  a  support  cannot  be  scheduled  initially,  it  may  be  possible  to  facil¬ 
itate  its  scheduling  by  changing  the  support  requirements,  by  decreasing  the  tum-aroimd 
time,  or  by  altering  other  constraints.  In  the  worst  case,  a  support  may  not  be  scheduled. 
A  good  scheduling  process  minimizes  the  need  for  this  deconfliction  process.  Although 
the  current  manual  scheduling  process  schedules  approximately  95-98%  of  the  requested 
supports  (8:5-2),  the  process  is  time-consuming,  and  could  be  streamlined  by  automating 
the  development  of  the  24-hour  schedule. 

Previous  Solution  Efforts 

Two  recent  thesis  efforts  have  investigated  automation  of  the  24-hour  scheduling 
process.  Gooley  used  both  a  mixed-integer  progreunming  (MIP)  approach  and  heuris¬ 
tic  scheduling  methods  to  schedule  satellite  supports  (8).  As  a  follow-on  research  effort, 
Schalck  improved  Gooley’s  solution  by  reducing  the  number  of  integer  variables  necessary 
to  deflne  the  problem  (14).  In  both  cases,  the  problem  was  too  large  to  be  solved  in  its 
entirety  and  had  to  be  decomposed  into  smaller  problems  to  And  a  solution  in  reasonable 
time. 
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Computational  Complexity 

Computational  problems  are  often  classified  based  on  their  complexity.  According 
to  Garey  and  Johnson  (6:4),  problems  that  are  classified  as  NP-complete  can  take  an  in¬ 
ordinate  amount  of  time  to  solve  if  the  size  of  the  problem  is  large  enough.  The  general 
resource-constrained  scheduling  problem  is  in  this  class.  According  to  Gooley,  the  SRS 
problem  is  a  type  of  resource- constrained  scheduling  problem  (8:2-9),  and  a  fast  (polyno¬ 
mial)  solution  cannot  be  guaranteed.  Genetic  algorithms,  which  have  had  some  success 
in  finding  good  solutions  to  other  NP-complete  scheduling  problems,  may  be  useful  when 
appUed  to  the  SRS  problem. 

The  mixed-integer  programming  approach  can  find  optimal  solutions  for  the  satellite 
range  scheduling  problem  when  the  number  of  support  requests  is  small.  However,  when  a 
larger  problem  is  decomposed  into  smaller  subproblems,  a  global  optimal  solution  may  no 
longer  be  guaranteed.  A  genetic  algorithm  approach  may  be  expected  to  produce  schedules 
that  are  at  least  as  good  while  meeting  the  requirement  of  a  short  solution  time  since  it 
would  attempt  to  generate  a  solution  to  the  entire  problem.  Also,  a  genetic  algorithm 
approach  can  be  more  flexible  in  handling  special  case  scheduling  requests.  These  issues 
are  addressed  in  this  research. 

Research  Objective 

The  overall  research  objective  is  to  determine  whether  a  genetic  algorithm-based 
solution  methodology  can  effectively  be  applied  to  the  satellite  range  scheduling  problem. 
Successful  solutions  must: 

1.  Generate  feasible  24-hour  schedules  which  schedule  the  greatest  number  of  support 
requests  possible. 

2.  Find  solutions  quickly.  A  short  solution  time  is  useful  in  rescheduling  as  requirements 
change. 

A  secondary  objective  is  to  explore  the  scheduling  of  special-case  requirements.  These 
include  supports  which  require  simultaneous  support  on  multiple  RTSs  and  those  that  must 
be  scheduled  at  fixed  intervals.  Rescheduling  of  sateUite  supports  is  also  a  consideration. 
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Overview 


Chapter  11  is  a  summary  of  current  literature  relevant  to  genetic  algorithm  applica¬ 
tions  to  scheduling  problems  and  includes  a  review  of  previous  work  on  the  satellite  range 
scheduling  problem.  Chapter  III  explains  the  methodology  used  in  constructing  a  genetic 
algorithm  solution  to  the  satellite  range  scheduling  process  and  details  the  implementation 
of  the  solution.  Chapter  IV  presents  the  results  and  compares  them  to  past  efforts.  Finally, 
conclusions  and  recommendations  for  future  work  are  presented  in  Chapter  V. 
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II.  Literature  Review 


This  chapter  summarizes  current  literature  on  genetic  algorithms  (GAs)  as  related 
to  scheduling  problems.  It  begins  with  the  developmMit  of  genetic  algorithms.  Next, 
the  extension  of  genetic  algorithms  to  combinatorial  optimization  problems  is  reviewed. 
Discussion  then  turns  to  applications  of  genetic  algorithms  in  scheduling  problems,  espe¬ 
cially  to  problems  with  similarities  to  the  satellite  range  scheduling  problem.  Finally,  past 
research  efforts  in  satellite  range  scheduling  are  discussed. 

Genetic  Algorithms 

Introduction.  Genetic  algorithms  were  developed  by  John  Holland  as  part  of  his 
artificial  intelligence  research  on  how  artificial  adaptive  systems  can  evolve,  or  change, 
in  response  to  their  environment  in  order  to  solve  problems  (10).  His  ideas  were  based 
on  the  biological  theory  of  evolution  where  variations  in  chromosomes,  or  genetic  codes, 
result  in  different  traits  of  the  individual.  These  traits  of  an  individual  in  turn  result  in 
a  level  of  performance,  or  fitness,  of  an  individual.  Usually,  the  more  fit  individuals  in  a 
population  survive  from  one  generation  to  another  and  reproduce.  Sexual  reproduction  by 
two  individuals  produces  individuals  with  new  chromosomes  formed  by  a  combination  of 
the  chromosomes  of  its  parents.  If  a  child  inherits  good  parts  of  chromosomes  from  each  of 
its  parents,  it  has  a  higher  level  of  performance  than  the  parents.  Through  “survival  of  the 
fittest”  and  reproduction  of  high-fitness  individuak  in  each  generation,  the  population  as  a 
whole  tends  to  evolve  towards  higher  levels  of  fitness.  The  artificial  version  of  this  process 
is  called  a  genetic  algorithm.  It  does  not  seek  to  exactly  simulate  biological  evolution,  but 
the  concepts  of  biological  evolution  are  used  to  find  good  solutions  to  difficult  problems. 

Simple  Genetic  Algorithm.  Most  genetic  algorithm  work  is  based  on  the  simple  ge¬ 
netic  algorithm  as  developed  by  Holland  (10)  and  described  by  Michalewicz  (13).  Figure  1 
illustrates  the  process  and  a  brief  review  follows. 

Coding.  The  first,  and  generally  most  difficult,  step  of  any  genetic  algorithm 
is  to  choose  a  proper  coding  to  map  the  problem  solution  space  into  a  genetic  string. 
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Figure  1.  Genetic  Algorithm  Procedure 


or  chromosome,  and  to  randomly  create  an  initial  population  of  individuals  with  varying 
strings.  In  the  simple  genetic  algorithm,  this  coding  is  a  binary  string  of  zeros  or  ones. 
For  function  optimization,  groups  of  binary  digits  are  mapped  so  as  to  translate  to  a  real 
number  parameter  representing  the  function  value  (13:19-20). 


Evaluation  and  Selection.  The  strings  in  the  population  can  be  evaluated 
for  their  fitness  relative  to  other  strings  in  the  population  by  entering  their  parameters 
into  an  evaluation  or  fitness  function.  The  best  strings  reproduce  by  mating  with  each 
other  to  produce  offspring  for  the  next  generation  of  the  population.  In  the  simple  genetic 
algorithm,  selection  is  governed  by  a  “roulette  wheel”  selection  operator.  Each  string  has 
a  probability  of  reproducing  in  proportion  to  the  ratio  of  its  fitness  and  the  total  fitness 
of  the  population.  As  in  Figure  1,  these  ratios  can  be  shown  as  pieces  of  a  circular  pie. 
New  strings  are  selected  for  reproduction  by  randomly  “spinning”  the  wheel.  The  strings 
whose  proportion  of  the  pie  are  greatest  should,  on  average,  be  selected  more  often  than 
the  less-fit  strings. 
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Other  selection  rules  can  be  used  (13:62).  These  include  selection  by  ranking,  where 
instead  of  a  continuous  scale  based  on  fitness  the  strings  are  ordered,  or  ranked,  by  their 
fitness.  The  higher-ranked  strings  are  given  a  greater  chance  of  reproducing  than  average 
or  low-ranked  strings.  In  this  way,  the  more  fit  individuals  tend  to  reproduce. 

Crossover  Operator.  During  mating,  two  strings  swap  part  of  their  “genetic” 
material.  The  children  of  these  matings  have  parts  of  each  of  their  parent’s  string.  The 
swapping  of  genetic  material,  called  crossover,  allows  for  new  child  strings  to  be  created, 
combining  good  aspects  of  their  parents.  The  resulting  strings  with  above-average  fitness 
tend  to  survive  and  prosper,  while  those  with  below-average  fitness  tend  to  die  out.  An 
example  of  crossover  is  shown  in  Figure  2. 


Figure  2.  Example  of  Crossover 


Mutation.  Mutation  randomly  changes  part  of  the  string  of  a  child  to  help 
maintain  a  diverse  population.  It  is  not  as  important  as  crossover  in  some  applications 
since  it  merely  acts  as  a  type  of  random  search  (7:14). 


Figure  3.  Example  of  Mutation 
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The  general  genetic  algorithm  thus  consists  of  three  steps  which  are  repeated  for 
each  generation:  evaluation/selection,  crossover  and  mutation.  These  steps  continue  until 
termination  conditions,  such  as  some  predetermined  number  of  generations,  are  met.  Often 
the  genetic  algorithm  ends  when  the  population  converges:  all  strings  evaluate  to  the  same 
fitness  (13:56).  This  string  or  strings  may  be  the  best  answer,  but  a  genetic  algorithm  may 
often  converge  to  a  suboptimum,  in  which  case  the  population  has  prematurely  converged. 
The  major  variables  controlled  by  the  experimenter  to  combat  premature  convergence  are: 
population  size,  type  and  probability  of  crossover,  type  and  probability  of  mutation,  and 
selection  operators  (7:106-124). 

Population  Size.  A  genetic  algorithm  population  contains  a  fixed  number 
of  strings.  This  number  is  called  the  popidation  size.  The  population  size  affects  the 
convergence  rate  of  a  genetic  algorithm  by  controlling  the  variety  of  genes  in  the  population. 
A  smaller  population  may  converge  quickly,  but  usually  to  a  sub-optimum.  A  larger 
population  converges  more  slowly,  and  usually,  but  not  always,  finds  a  better  final  answer. 

Although  the  basic  procedure  is  simple,  the  firamework  of  a  simple  genetic  algorithm 
has  been  successful  in  solving  a  wide  range  of  problems  in  function  optimization  and  has 
been  extended  to  other  types  of  problems  such  as  combinatorial  optimization  (13:165,193). 

Why  GAs  Work.  Although  there  is  no  complete  formal  theory  to  explain  the 
operation  of  genetic  algorithms,  several  hypotheses  which  partially  explain  their  power 
have  been  advanced  (13:51).  The  point  they  make  is  that  in  each  generation,  the  genetic 
{dgorithm  combines  good  partial  solutions  in  the  genes  of  parent  chromosomes  to  find 
even  better  solutions  in  child  chromosomes.  The  following  discussion  briefiy  describes 
these  hypotheses.  A  more  formal  treatment  of  genetic  algorithm  theory  is  available  in 
Goldberg’s  text  (7). 

Schemata  and  Schema  Theorem.  A  schema  is  a  pattern  of  values  in  a  gene 
with  the  alphabet  1,0,*,  where  “*”  is  the  “don’t  care”  symbol  matdiing  any  position.  For  a 
chromosome  to  include  a  particular  schema  it  must  match  the  schema  values.  For  example, 
the  chromosome  (01101)  contains  32  schemata.  These  include:  (0**01),  (*!****),  (01101), 
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(0*1*1).  The  defining  length  of  a  schema  is  the  distance  between  the  outermost 
non-*  symbols.  The  order  of  a  schema  is  the  number  of  non-*  s3rmbols  contained  in  the 
schema. 

Holland’s  schema  theorem  was  the  first  rigorous  explanation  of  how  a  simple  genetic 
algorithm  works.  The  schema  can  be  thought  of  as  representing  the  partial  solutions  in 
chromosomes  and  Holland  concluded  that  genetic  algorithms  manipulate  schemata  when 
they  execute  (13:91).  In  the  simple  genetic  algorithm,  individuals  reproduce  and  increase 
in  proportion  to  their  fitness.  The  schema  theorem  asserts  that  because  of  this,  schema 
associated  with  individuals  with  above  average  fitness  tend  to  increase  exponentially,  while 
those  schema  associated  with  below  average  performance  tend  to  occur  less  often  in  suc¬ 
ceeding  generations  (7:32-33). 

Budding  Block  Hypothesis.  Much  of  the  power  of  genetic  algorithms  comes 
from  finding  good  building  blocks  (7:41).  Building  blocks  are  highly  fit,  low-order  schema 
of  short  defining  length.  Because  of  their  short  length,  these  blocks  tend  to  survive,  even 
under  the  disruption  caused  by  crossover.  “In  a  way,  by  working  with  these  particular 
schemata  (the  building  blocks),  we  have  reduced  the  complexity  of  our  problem;  instead  of 
building  high-performance  strings  by  trying  every  conceivable  combination,  we  construct 
better  and  better  strings  from  the  best  partial  solutions  of  past  samplings”  (7:41). 

Together,  the  schema  theorem  and  the  building  block  hypothesis  help  to  explain  why 
genetic  algorithms  work.  However,  the  hypothesis  does  not  give  a  formula  for  designing 
genetic  algorithms.  Instead,  most  practical  information  on  genetic  algorithm  design  and 
performance  have  come  from  empirical  studies. 

Permutation  Genetic  Algorithms 

The  simple  genetic  algorithm  with  a  binary  coding  is  appropriate  for  many  uncon¬ 
strained  optimization  problems.  However,  in  many  order-based  problems,  the  solution  may 
be  specified  by  a  specific  arrangement  of  items.  Examples  include  scheduling  problems  and 
the  Traveling  Salesman  Problem  (TSP). 
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Traveling  Salesman  Problem.  The  Traveling  Salesman  Problem  is  easily  stated:  a 
salesman  must  visit  customers  in  each  of  n  cities  without  visiting  a  city  twice  (13:165*167). 
The  objective  is  simply  to  travel  the  least  total  distance  and  return  to  the  starting  city.  A 
sample  network  of  cities  is  shown  in  Figure  4.  The  solution  to  the  TSP  can  be  represented 
as  a  list  of  integer  numbers  with  each  integer  corresponding  to  a  city,  and  the  cities  visited 
in  the  order  of  the  list.  For  example,  a  starting  solution  for  a  TSP  with  six  cities  could  be 
represented  as:  A  =  12345  6.  This  solution  visits  each  city  in  ascending  order  from  “1” 
to  “6”,  returning  to  “1”  to  complete  the  tour.  All  possible  solutions  to  the  TSP  can  be 

Tour  1  =  {12345  6}  Tour2  =  (1  64 2  3  5} 


Figure  4.  Sample  TSP  tours 

represented  as  a  permutation  of  the  list  of  integers.  A  permutation  is  simply  an  arbitrary 
reordering  of  a  set  of  items  in  a  list.  One  permutation  of  the  6-city  problem  is  A  =  1  6  4 
2  3  5.  Although  the  ordering  of  the  cities  has  changed,  the  number  of  cities  remains  the 
same  and  no  city  values  are  repeated  in  the  list. 

With  n  cities,  there  are  possible  tours;  a  TSP  with  n  =  6  has  60  (^)  pos¬ 

sible  solutions.  For  a  TSP  twice  as  large  (n  =  12),  the  total  number  of  permutations 
is  239,500,800.  The  number  of  possible  solutions  is  obviously  incredibly  large.  Although 
smaller  problems  can  be  solved  via  deterministic  graph  search  formulations,  most  large 
TSP  problems  are  solved  (non-optimally)  using  heuristic  techniques  which  take  advantage 
of  distance  information  between  the  cities  (12). 

Blind  Traveling  Salesman  Problem.  Note  that  the  TSP  being  solved  by  the  genetic 
algorithm  is  harder  to  solve  than  the  typical  TSP  because  it  does  not  use  any  distance 
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information  to  solve  the  problem.  “In  the  blind  traveling  salesman  problem,  the  salesman 
has  the  same  objective  with  the  added  restriction  that  he  is  unaware  of  the  distance 
he  travels  until  he  actually  traverses  a  complete  tour”  (7:170).  However,  other  ordering 
problems  may  not  have  “distance”  information  that  can  be  exploited  by  a  heuristic.  As 
pointed  out  by  Whitley,  “This  is  important,  because  it  means  the  method  may  be  used  on 
sequencing  problems  where  there  are  no  actual  distances  to  measure,  but  rather  only  some 
overall  evaluation  of  the  total  sequence”  (19:137). 

Since  genetic  algorithms  had  been  applied  successfully  to  other  optimization  prob¬ 
lems,  it  seemed  natural  to  attempt  a  genetic  algorithm  solution  to  the  TSP.  However, 
when  standard  genetic  algorithms  are  applied  to  the  TSP,  they  have  difficulty  in  finding 
good  feasible  solutions  (9).  The  major  problem  with  a  standard  crossover  operator  is  that 
most  solutions  are  infeasible  (i.e.,  1  2  2  4  5  6)  and  the  genetic  algorithm  probably  con¬ 
verges  on  sub-optimal  solutions  (13:167).  Some  early  attempts  used  a  hybrid  technique 
to  combine  genetic  algorithm  crossover  with  a  repair  mechanism  to  make  valid  tours  (9). 
This  approach  was  somewhat  successful,  but  other  approaches  have  been  attempted  using 
order-based  crossover  operators  (13:168-191). 

Order-based  Crossover  Operators.  Another  approach  to  solving  ordering  problems 
uses  a  different  representation  than  the  standard  genetic  algorithm.  Instead  of  binary 
digits,  an  order-based  crossover  operator  uses  a  chromosome  that  directly  represents  a 
solution.  This  chromosome  is  simply  a  list  of  integers;  an  example  is  a  solution  to  the 
six-city  TSP  problem  described  previously  (164235  ). 

To  exploit  the  information  in  the  chromosomes,  an  order-based  crossover  operator, 
like  simple  crossover  in  the  standard  genetic  algorithm,  preserves  part  of  the  first  parent 
while  incorporating  information  from  the  second  parent.  The  position  of  the  genes  is  im¬ 
portant.  This  contrasts  with  a  standard  genetic  algorithm  where  their  value  is  important. 
For  the  benefits  of  genetic  algorithms  to  be  realized  for  ordering  problems,  crossover  oper¬ 
ators  must  find  other  ways  of  combining  information  from  two  parents  to  build  offspring 
with  better  fitness. 
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Although  not  strictly  following  the  standard  schema  theorem  for  binary- based  genetic 
algorithms,  researchers  have  developed  the  concept  of  ordering  schemata  for  order-based 
genetic  algorithms  (7:175-179).  In  an  ordering  problem,  the  absolute  or  relative  positions 
of  the  items  are  important. 


Ordering  Schema.  Ordering  schema  use  a  “don’t  care”  symbol  “!”  to  represent 
unfixed  positions  in  a  string.  This  is  different  &om  the  symbol  presented  earlier  which 
represented  unfixed  values  in  a  string.  For  example,  in  a  postfton-based  schema,  the  string 
(!  !  6  4  !  !)  represents  cities  6  and  4  in  the  third  and  fourth  positions,  with  the  “!”  position 
filled  arbitrarily  from  the  remaining  cities.  Possible  strings  with  this  position  schemata 
include;  (5  1  6  4  2  3)  ,  (2  5  6  4  1  3),  (3  2  6  4  5  1). 

Another  ordering  schema  uses  relative  ordering.  As  described  by  Davis(5:79): 


It  is  important  to  understand  that  what  is  being  passed  back  and  forth  here 
is  not  information  of  the  form  “node  3  is  in  the  fifth  position.”  Instead  this 
operator  combines  information  of  the  form  “node  3  comes  before  node  2  and 
after  node  7.”  The  schemata  in  a  n  order-based  representation  can  be  written 
in  just  this  way.  Let  us  denote  the  nodes  in  a  permutation  by  their  indices. 

The  chromosome  (5  1  6423)  contains  a  number  of  schemata,  including  (5  4), 

(1  4  2  3),  (5  6  3),  and  (  5  1  6  4  2  3). 

New  crossover  operators  were  developed  that  could  work  with  ordering  problems. 
Examples  include  Partially  Matched  Crossover  (PMX)  (7:154),  position-based  crossover 
(16:343),  and  edge-recombination  (19).  These  methods  attempt  to  retain  the  benefits  of 
crossover  while  maintaining  feasible  solutions.  Two  of  these  operators  are  described  below. 

PMX.  PMX  was  developed  by  Goldberg  for  use  in  solving  TSPs.  He 
describes  the  operator  using  a  ten-city  problem  as  an  example  (7:171).  Each  city  is  visited 
in  ascending  order;  a  sample  permutation  is;  (1  2  3  4  5  6  7  8  9  10). 

Under  PMX,  two  strings  (permutations  and  their  associated  alleles)  are  aligned, 
and  two  crossing  sites  are  picked  uniformly  at  random  along  the  strings.  These 
two  points  define  a  matching  section  that  is  used  to  effect  a  cross  through 
position-by-position  exchange  operations. 

To  see  this,  consider  two  strings: 


13 


A  =  9  8  4|5  6  7|l  3  2  10 
B  =  8  7  l|2  3  10i9  5  4  6 

PMX  proceeds  by  positionwise  exchanges.  First,  mapping  string  B  to  string 
A,  the  5  and  the  2,  the  3  and  the  6,  and  the  10  and  the  7  exchange  places. 
Similarly  mapping  string  A  to  string  B,  the  5  and  the  2,  the  6  and  the  3,  and  the 
7  and  the  10  exchange  places.  Following  PMX  we  are  left  with  two  offspring, 

A'  and  B': 

A'  =  9  8  4|2  3  loll  6  5  7 
B'=  8  10  l|  5  6  7 19  2  4  3 

where  each  string  contains  ordering  information  partially  determined  by  each 
of  its  parents  (7:171). 

Position-based  Crossover.  Another  crossover  operator,  position-based  crossover, 
was  developed  by  Syswerda  (16)  and  is  called  uniform  order-based  crossover  by  Davis  (5). 
This  operator  attempts  to  ^^rreserve  information  about  the  relative  ordering  of  elements 
in  each  of  the  parents.  Several  random  positions  are  selected  from  each  parent.  These 
positions  are  inherited  by  one  child.  The  other  positions  in  this  child  are  inherited  in  the 
order  they  appear  in  the  other  parent,  skipping  over  all  those  included  by  the  first  parent. 
For  example,  using  the  strings  used  to  illustrate  PMX,  first  generate  a  bit  string  that  is 
the  same  length  as  the  parents: 

A=  98456  7132  10 

01100  1001  0 

B=  87123  10  954  6 

Next,  fill  in  some  of  the  positions  on  Child  1  by  copying  them  from  Parent  A  wherever  a 
“1”  appears  in  the  binary  template. 

Child  1=  -84--7--2- 

0110010010 

A  list  of  the  elements  in  Parent  A  associated  with  “0”  is  made,  and  permuted  to 
appear  in  the  same  order  as  in  Parent  2.  These  permuted  elements  fill  in  the  gaps  in  Child 
1  to  complete  crossover. 
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List  of  elements  associated  with  “0”:  (9,5,6,1|3,10) 

Permuted  in  order  of  Parent  2:  (1,3,10,9,5,6) 

Child  1  =  1843  10  79526 

A  similar  process  is  used  to  create  a  second  child,  but  with  the  roles  of  Parent  A  and  B 
reversed. 

Although  PMX  and  position-based  crossover  are  effective  for  ordering  problems,  they 
process  different  kinds  of  ordering  schema.  PMX  tends  to  respect  absolute  city  position, 
whereas  position-based  crossover  tends  to  respect  relative  city  position.  Davis  explains; 

The  information  that  is  encoded  here,  however,  is  not  a  fixed  value  associated 
with  a  position  on  the  chromosome.  Rather,  it  is  relative  orderings  of  elements 
on  the  chromosome.  Parent  1  may  have  a  number  of  elements  ordered  relatively 
well.  Uniform  order-based  crossover  allows  Parent  2  to  tell  Parent  1  that  others 
of  its  elements  should  be  ordered  differently.  The  net  effect  of  uniform  order- 
based  crossover  is  to  combine  the  relative  orderings  of  nodes  on  the  two  parent 
chromosomes  in  the  two  children  (5:79). 

These  crossover  operators  are  mentioned  because  they  were  used  during  the  imple¬ 
mentation  of  this  research.  They  are  effective  for  problems  where  ordering  is  important. 
PMX  is  more  important  where  absolute  position  matters,  while  position-based  crossover 
is  more  effective  where  a  relative  ordering  is  more  important. 

Genetic  Algorithms  in  Scheduling 

Many  recent  papers  involving  genetic  algorithms  deal  with  scheduling  problems.  Two 
main  approaches  to  solving  scheduling  problems  with  genetic  algorithms  have  been  devel¬ 
oped:  direct  chromosome  representation  and  indirect  chromosome  representation. 

Direct  Chromosome  Representation.  Bruns  advocates  a  direct  chromosome  rep¬ 
resentation  for  scheduling  problems.  La  a  direct  problem  representation,  the  production 
schedule  itself  is  used  as  a  chromosome.  No  decoding  procedure  is  therefore  necessary.  The 
extended  chromosome  representation  requires  the  construction  of  domain-specific  recom¬ 
bination  operators  (4:355)  and  would  therefore  be  problem-specific.  In  this  case: 
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The  sequence  of  the  items  within  a  chromosome  is  of  no  importance.  To  deter¬ 
mine  the  quality  of  a  chromosome  any  arbitrary  evaluation  function  that  has 
been  used  in  traditional  scheduling  approaches  is  applicable  without  any  prior 
transformation.  (4:356) 

According  to  Bruns,  this  approach  should  perform  better  than  domain-independent 
operators,  although  he  admits  he  cannot  rely  on  any  theory  (4).  It  also  involves  creating 
custom  crossover  operators  for  each  problem,  which  may  be  difficult.  However,  this  ap¬ 
proach  has  the  advantage  that  the  genetic  algorithm  is  allowed  to  search  the  entire  solution 
space,  not  just  the  ordering  of  the  requests. 

Indirect  Representation.  An  indirect  representation  may  also  be  referred  to  as  a 
hybrid  technique  (7:202)  where  part  of  the  problem  is  solved  with  the  genetic  algorithm  and 
the  other  is  solved  using  a  deterministic  routine.  The  first  part  is  a  sequencing  problem, 
solved  by  the  genetic  algorithm,  which  orders  each  job  request  in  a  list.  The  second  part 
is  a  schedule  builder  which  takes  each  job,  in  the  order  of  the  list,  and  attempts  to  place 
each  job  request  in  a  place  in  the  schedule  without  overlapping  another  scheduled  job. 
Obviously,  those  jobs  earlier  in  the  list  are  easier  to  schedule  since  more  room  in  the 
schedule  is  available. 

The  schedule  builder  uses  a  simple  rule  to  schedtile  each  job;  usually,  a  job  is  sched¬ 
uled  in  the  first  position  which  meets  the  constraints  of  the  problem.  Although  a  schedule 
builder  can  use  some  information  to  find  a  good  place  in  the  schedule  for  each  job,  it  is  usu¬ 
ally  best  to  attempt  the  genetic  algorithm  search  for  good  overall  schedules  by  permuting 
the  list  of  supports  (16). 

Much  research  on  genetic  algorithms  in  scheduling  has  been  conducted  recently  in 
areas  such  as  job  shop  scheduling  and  vehicle  routing  (3:452-459).  For  application  to  the 
satellite  range  scheduling  problem,  resource  and  sequence  scheduling  are  more  relevant. 
Two  of  these  are  reviewed  by  way  of  example  in  the  next  section. 

Scheduling  Examples 

F-14  Test  Range  Scheduling.  To  solve  a  resource  scheduling  problem  involv¬ 
ing  a  test  laboratory  for  F-14  fighter  aircraft,  Syswerda  separated  the  genetic  algorithm 
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from  the  specific  problem  (16:332).  The  list  of  items  to  be  scheduled  is  represented  as  a 
string  of  numbers.  The  genetic  algorithm  permutes  the  order  of  the  items  in  this  string  to 
find  the  best  order  in  which  to  schedule  the  items.  Then,  given  the  ordered  list  of  items 
produced  by  the  genetic  algorithm,  a  schedule  builder  program  builds  a  feasible  schedule. 
The  schedule  builder  is  merely  a  program  which  attempts  to  schedule  esich  item  in  the 
order  presented  by  the  string.  The  number  of  items  successfully  scheduled  is  returned  to 
the  genetic  algorithm  as  a  fitness  score.  This  type  of  approach  to  scheduling  assumes  that 
given  a  correct  ordering  of  tasks,  the  schedule  builder  program  can  build  the  best  schedule. 
Syswerda  noted: 

One  thing  that  is  clearly  important,  especially  with  regard  to  the  greedy  con¬ 
siderations  of  a  single  task,  is  the  position  of  that  task  in  the  list.  The  closer 
the  task  is  to  the  front  of  the  list,  the  greater  is  its  chance  that  it  will  be  placed 
into  the  schedule  ...  if  two  tasks  both  require  a  scarce  resource,  the  first  task  in 
the  list  may  prevent  the  second  from  being  schedided,  implying  that  the  order 
of  tasks  is  also  important.  (16:340) 

Syswerda’s  implementation  is  interesting  because  he  was  able  to  satisfy  many  schedul¬ 
ing  requirements  such  as  priority  of  items  and  user  preferences  for  scheduling  days.  Such 
flexibility  is  important  for  successful  implementation  of  a  scheduling  solution. 

Coors  Scheduling.  Much  work  has  been  done  at  Colorado  State  University  on 
developing  genetic  algorithms  for  application  to  the  Traveling  Salesman  Problem  and  some 
scheduling  problems.  Whitley  developed  a  genetic  algorithm  called  GENITOR  (described 
in  Chapter  m,  and  used  for  this  research),  and  Whitley  and  Starkweather  developed  an 
order-based  crossover  operator  called  genetic  edge  recombination  for  use  in  solving  traveling 
salesman  problems.  Along  with  such  theoretical  developments,  they  also  applied  genetic 
algorithm  solutions  to  a  warehouse/shipping  scheduler  at  Coors  (15:74),  and  a  production 
line  scheduler  at  Hewlett-Packard  (18:358-360). 

From  this  research  Whitley  generalizes  the  application  of  genetic  algorithms  to  schedul¬ 
ing  problems  in  general: 

...  a  broad  class  of  scheduling  problems  can  be  viewed  as  sequencing  prob¬ 
lems.  By  optimizing  the  sequence  of  processes  or  events  that  are  fed  into  a 
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simple  schedule  builder,  optimization  across  the  entire  problem  domain  can 
be  achieved.  Schedules  have  not  always  been  viewed  this  way  because  there 
has  not  existed  a  general  purpose  mechanism  for  optimizing  sequences  that 
only  requires  feedback  about  the  performances  of  a  sample  sequence...  Thus,  a 
“genetic”  approach  to  scheduling  has  the  potential  to  produce  some  very  gen¬ 
eral  scheduling  techniques,  and  could  be  the  foundation  of  a  general  purpose 
approach  to  sequence  scheduling.  (18:358) 

For  this  research,  an  approach  similar  to  that  used  by  Syswerda  in  the  F-14  test  range 
scheduling  problem  seems  promising,  as  it  does  not  reqriire  a  custom  chromosome.  Hence, 
existing  genetic  algorithm  packages,  such  as  GENITOR,  may  be  used  for  implementation. 
This  approach  only  requires  selecting  an  ordering  crossover  operator  and  constructing  a 
schedule  building  program  to  simulate  the  scheduling  operation.  As  described  in  the  next 
chapter,  such  a  strategy  can  be  easily  formulated. 

Other  Solution  Efforts  for  Satellite  Range  Scheduling 

Solutions  to  the  satellite  range  scheduling  problem  have  been  studied  recently.  These 
include  an  effort  by  IBM,  and  two  thesis  efforts  at  the  Air  Force  Institute  of  Technology 
(AFIT).  These  efforts  used  mixed-integer  progranuning  and  heuristic  approaches  to  find 
solutions. 

Arbabi’s  Approach.  The  first  study  of  automating  satellite  range  scheduling  took 
place  during  the  1981-84  time  period  when  IBM  conducted  a  study  to  determine  the 
feasibility  of  automating  satellite  range  scheduling  (1:271-277).  Arbabi  concluded  that 
a  mixed-integer  programming  approach  was  not  feasible  for  problems  with  more  than  50 
requests.  Instead,  he  developed  an  approach  called  Continuous  Time  Scheduling  (CTS). 
The  procedure  was  not  described  in  detail,  as  it  is  apparently  proprietary,  but  it  used  a 
heuristic  approach.  This  procedure  reportedly  scheduled  92%  of  the  requests  for  one  day 
(1:277). 

Cooley’s  Approach,  Gooley  used  both  a  mixed-integer  programming  approach 
and  heuristic  scheduling  methods  (8).  The  satellite  range  scheduling  problem  was  success¬ 
fully  formulated  as  a  mixed-integer  program  (MIP),  but  the  number  of  integer  variables 
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prohibited  direct  solution.  To  reduce  the  number  of  integer  variables,  Gooley  divided  the 
problem  into  two  mixed-integer  programs  which  scheduled  low-altitude  satellite  supports 
(the  MEP  could  handle  up  to  85  low-altitude  supports  at  once).  He  then  used  heuristic 
insertion  and  interchange  techniques  to  schedule  the  medium-  and  high-altitude  satellite 
supports.  Using  this  method,  a  test  set  of  problems  was  solved  in  under  20  minutes  with 
approximately  92%  of  all  requested  supports  scheduled  (8:5-2). 

Schalck’s  Approach.  In  a  foUow-on  thesis  effort,  Schalck  improved  on  Gooley ’s 
solution  by  reducing  the  number  of  integer  variables  needed  in  the  MIP  formulation.  By 
doing  so,  one  MIP  solution  scheduled  all  low-altitude  supports  for  one  24-hour  period. 
Solution  times  for  scheduling  the  high-altitude  satellites  in  one  24-hour  block  was  too  long, 
and  was  reduced  to  about  30  minutes  by  scheduling  high-altitude  supports  in  two  12-hour 
blocks.  The  resulting  solution  scheduled  approximately  98%  of  requested  supports  (this 
number  is  not  directly  comparable  to  Gooley’s  results  because  of  differences  in  how  the 
support  requests  were  generated). 

The  mixed-integer  programming  approach  taken  by  Gooley  and  Schalck  is  the  best 
approach  for  the  satellite  range  scheduling  problem  when  the  problem  is  small  enough  to 
be  solved  by  the  mixed-integer  program,  since  such  an  approach  should  find  an  optimal 
solution.  However,  by  decomposing  the  problem  into  separate  problems,  an  overall  optimal 
solution  may  no  longer  be  guaranteed.  For  example,  splitting  the  requests  into  two  blocks 
means  that  support  requests  near  the  division  point  may  not  be  scheduled.  A  genetic 
algorithm  approach  may  produce  better  schedules  while  meeting  the  constraints  of  a  short 
solution  time  because  it  would  attempt  to  find  a  solution  to  the  entire  problem  at  once. 
Although  the  geu.<^tii:  algorithm  approach  is  not  guaranteed  to  find  an  optimal  solution, 
it  can  attempt  to  find  good  solutions.  Also,  a  genetic  algorithm  approach  may  be  more 
flexible  in  handling  additional  constraints  for  speciid  scheduling  requests. 

Summary 

This  chapter  summarized  the  development  of  genetic  algorithms  including  the  stan¬ 
dard  genetic  algorithm  and  variants.  The  extension  to  order-based  genetic  algorithms 
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allows  good  solutions  to  some  combinatorial  optimization  problems,  such  as  the  TSP.  This 
in  turn  allows  applications  of  genetic  algorithms  to  scheduling  problems  by  dividing  the 
algorithm  solution  between  a  deterministic  schedule  builder  and  a  genetic  algorithm.  Fi¬ 
nally,  past  research  efforts  in  satellite  range  scheduling  were  reviewed,  with  the  conclusion 
that  better  solutions  may  be  found  by  scheduling  the  entire  day’s  schedule  in  one  time 
block  instead  of  decomposing  the  problem  into  smaller  time  blocks.  This  may  be  done 
with  a  genetic  algorithm  based  approach. 
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III.  Solution  Methodology  for  Satellite  Range  Scheduling 

This  chapter  presents  a  review  of  the  satellite  range  scheduling  (SRS)  problem,  fol¬ 
lowed  by  the  development  of  a  genetic  algorithm-based  scheduling  strategy.  By  formulating 
the  scheduling  problem  as  a  sequencing  problon  rather  than  as  a  mathematical  program,  a 
straightforward  solution  by  an  order-based  genetic  algorithm  is  possible.  The  chapter  ends 
with  a  review  of  the  implementation  of  the  approach  using  the  genetic  algorithm  package 
GENITOR. 

Formulation 

Definition  of  the  Problem.  In  the  SRS  problem,  satellite  communication  supports 
compete  for  RTS  (remote  tracking  station)  time  in  a  24  hour  schedule.  Each  support  must 
be  scheduled  in  a  restricted  time  window  at  certain  RTSs  due  to  visibility  and  scheduling 
requirements.  For  the  low-altitude  satellites,  the  requested  support  length  fills  the  entire 
window.  For  medium  to  high  altitude  satellites,  the  time  window  is  more  flexible,  as  a 
tolerance  for  the  beginning  of  the  support  is  allowed  for  scheduling.  Although  each  low- 
altitude  support  requires  a  fixed  time  window  at  one  RTS  and  fills  a  time-window,  the 
scheduling  task  is  eased  as  most  RTSs  have  two  sides  (antennas)  capable  of  supporting 
communications.  The  RTS  sides  can  support  a  satellite  support  simultaneously;  if  a  satel¬ 
lite  is  visible  to  an  RTS,  it  can  be  supported  by  any  one  of  the  available  sides  at  the  RTS. 
In  addition,  most  medium-to-high  altitude  satellites  are  visible  to  more  than  one  RTS.  This 
fact,  combined  with  the  more  flexible  time  windows  of  these  satellites,  makes  scheduling 
them  easier  than  scheduling  low-altitude  satellites. 

Small  Problem.  An  example  set  of  time  windows  for  a  small  set  of  five  support 
requests  is  shown  in  Table  1.  “Spt”  is  an  arbitrary  support  number,  “Begin”  is  the  starting 
time  for  the  window,  “End”  is  the  ending  time  for  a  window,  “Length”  is  the  actuzd  service 
time  needed,  and  “TAT”  is  the  setup  time  required  before  a  service  time  can  begin.  These 
supports  are  all  serviced  by  RTS  “POGO-A.” 

This  sample  time  window  data  can  be  used  to  illustrate  the  satellite  range  scheduling 
(SRS)  problem.  This  small  problem  is  simplified  since  a  real  day’s  schedule  would  include 
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Sr 

Begin 

1 

1 

13 

3 

1 

2 

15 

22 

3 

2 

3 

7 

17 

3 

1 

4 

1 

10 

3 

1 

5 

2 

8 

3 

2 

Table  1.  Small  Schedule  Time  Windows 


over  300  supports,  nearly  all  of  which  would  have  alternate  windows  for  scheduling.  These 
alternate  windows  could  come  from  different  antennas  or  sides  at  the  same  RTS,  or  from 
different  RTSs.  In  addition  to  the  table,  this  information  is  shown  graphically  in  Figure  5. 


Supports 


Time  (minutes) 


Figure  5.  Small  Schedule 


The  horizontal  axis  shows  time  in  minutes,  the  vertical  axis  shows  the  supports  by 
support  number,  and  the  entire  chart  is  for  RTS  POGO-A.  A  problem  with  more  than 
one  RTS  could  be  represented  by  more  thsui  one  chart.  In  Figure  5,  the  time  window  is 
represented  by  a  thin  line,  while  the  required  TAT  and  service  time  is  shown  by  the  boxes 
(darker  pattern  for  TAT).  Such  a  representation  clearly  shows  a  schedule.  The  schedule 
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for  the  example  successfully  schedules  all  supports  with  no  overlap  of  the  support  times 
and  no  violation  of  time  windows.  The  TAT  for  support  5  is  outside  the  service  support 
window,  but  this  is  legal  as  no  communications  take  place  at  that  time,  only  set  up  for  a 
support. 

Mixed-Integer  Programming  Approach.  Previously,  the  SRS  problem  has  been 
formulated  as  a  mixed-integer  programming  (MIP)  problem  (Gooley  and  Schalck).  For  a 
problem  with  a  small  number  of  variables,  this  is  the  best  approach  because  an  optimal 
solution  can  be  found.  But,  as  the  number  of  supports  to  be  scheduled  increases,  so 
does  the  ntunber  of  integer  variables  in  the  MIP  formulation.  Because  of  this  increase, 
an  optimal  solution  may  no  longer  be  available  in  a  timely  manner.  Gooley  and  Schalck 
address  this  problem  by  decomposing  the  problem  into  parts.  Gooley  combined  the  use  of 
a  MIP  formulation  with  heuristics.  Schalck  accomplished  variable  reduction  and  scheduled 
the  satellites  using  an  MIP  for  various  combinations  of  satellites  and  blocks  of  time.  These 
methods  produce  feasible  schedules  which  are  not  necessarily  optimal. 

A  MIP  solution  includes  the  starting  time  for  each  support  and  the  RTS  used  for 
the  support.  The  schedule  can  then  be  generated  by  adding  the  service  times  to  the 
starting  times.  With  this  type  of  formulation,  the  mathematical  program  must  find  the 
actual  starting  times  without  violating  constraints.  A  MIP  solution  of  the  small  problem 
described  in  the  previous  section  might  begin  with  support  1  scheduled  to  start  at  time 
10,  support  2  scheduled  to  start  at  time  19,  smd  so  on,  as  shown  in  Figure  5. 

Scheduling  as  a  Sequencing  Problem.  Instead  of  formulating  the  satellite  range 
scheduling  problem  as  a  mixed-integer  program,  this  research  approaches  the  problem  as 
a  sequencing  problem  where  a  sequence  is  defined  as  an  ordered  list  of  items.  A  solution 
to  a  sequencing  problem  in  scheduling  determines  the  “best”  order  in  which  to  schedule 
items  using  simple  rules  for  placing  each  item  in  the  schedule.  For  exzunple,  in  the  satellite 
range  scheduling  problem,  the  solution  is  represented  as  a  sequence  of  supports.  In  the 
small  problem,  there  are  five  supports.  An  example  ordering  is:  (5,  4,  1,  3,  2  ).  To  build 
a  schedule  from  this  representation,  each  support  is  scheduled  according  to  the  order  it 
appears  in  the  list. 
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In  the  example  schedule,  the  first  support,  5,  would  be  placed  in  the  first  available 
time  segment.  The  entire  schedule  is  open  and  support  5  is  scheduled  at  the  beginning  of 
its  time  window  from  time  2  to  time  5.  Note  that  the  tum-around  time  of  two  minutes 
is  scheduled  from  time  0  to  time  2  which  is  outside  the  time  window.  This  is  valid  since 
no  communications  take  place  during  the  tum-around  time.  The  schedule  is  then  updated 
to  reflect  that  time  0  to  5  is  no  longer  available.  The  second  support  in  the  list  is  4.  Its 
time  window  begins  at  1,  but  it  cannot  be  placed  there  because  support  5  has  already 
used  minutes  0  to  5.  Support  4  is  then  scheduled  from  time  6  to  time  9  (1  minute  TAT; 
3  minutes  for  service).  This  support  remains  within  its  time  window  which  ends  at  time 
9.  This  procedure  repeats  for  supports  (  1,  3,  2  ),  and  completes  a  schedule  as  shown  in 
Table  2. 


Spt 

Begin 

End 

Length 

TAT 

5 

2 

5 

3 

2 

4 

6 

9 

3 

1 

1 

10 

13 

3 

1 

3 

14 

17 

3 

1 

2 

19 

22 

3 

2 

Table  2.  Small  Problem  Schedule 


The  actual  start  and  end  times  for  each  support  were  determined  by  examining  the 
completed  schedule.  Thus,  all  the  information  needed  to  define  a  solution  is  contained  in 
the  sequence  of  supports,  and  can  be  “decoded”  by  following  simple  deterministic  rules. 
Obviously,  such  rules  are  somewhat  arbitrary.  The  “first  available”  rule,  as  shown  here,  is 
simple.  A  rule  which  attempts  to  find  the  “best”  place  for  each  particular  support  would 
also  work,  but  at  the  expense  of  simplicity  and  possibly  time. 

An  arbitrary  ordering  of  supports  is  not  likely  to  produce  a  perfect,  or  even  good, 
solution  which  schedules  all  support  requests.  However,  if  a  solution  exists,  an  ordering 
can  be  found  which  results  in  the  optimal  solution.  In  many  cases,  more  than  one  ordering 
results  in  the  same  schedule  depending  on  the  interdependence  of  each  support  request.  To 
find  good  schedules,  an  efficient  way  of  generating  better  alternative  orderings  is  needed. 
In  this  research,  a  genetic  algorithm  with  order-based  crossover  operators  is  used  to  spawn 
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good  orderings  of  the  support  requests.  Genetic  algorithms  can  quickly  search  the  solution 
space,  defined  as  the  permutations  of  the  list  of  items.  These  permutations  can  then 
be  used  to  build  a  schedule  as  described  above,  and  the  number  of  supports  scheduled 
successfully  can  be  used  as  a  fitness  measure  for  the  genetic  algorithm  search. 

Hybrid  Approach.  As  noted  in  the  previous  section,  a  schedule  can  be  built  from  a 
sequence  of  supports  using  a  schedule  builder  program.  This  schedule  biiilder  is  required  for 
building  fecLsible  schedules  given  a  sequence  of  support  by  the  genetic  algorithm.  The  overall 
process  is  shown  in  Figure  6.  Although  some  decision  information  can  be  incorporated  into 
the  schedule  builder  to  improve  local  search,  the  genetic  algorithm  should  do  most  of  the 
exploration  of  the  search  space.  This  approach  is  based  on  the  assumption  that  if  the 
supports  are  entered  in  the  schedule  builder  in  a  certain  order,  the  greatest  number  of 
supports  can  be  scheduled.  It  is  reasonable  to  expect  that  many  orderings  of  the  supports 
may  exist  which  produce  the  same  schedule. 


Figure  6.  Schedule  Builder  Flowchart 

The  nature  of  the  genetic  algorithm  and  schedule  builder  approach  allows  other 
constraints  to  be  imposed  on  the  supports;  for  example,  a  request  that  a  support  be 
handled  by  a  certain  set  of  RTSs  on  a  particular  day,  or  that  supports  must  be  scheduled 
exactly  one  hour  apart. 

Algorithm  Design  and  Implementation 

Overview.  Implementation  of  a  hybrid  approach  requires  data  preprocessing  of 
satellite  requests  to  generate  support  request  time  windows,  followed  by  application  of  the 
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GENITOR  genetic  algorithm.  The  schedule-building  evaluation  function  is  used  within 
GENITOR  to  produce  a  given  schedule,  given  a  sequence  of  supports  from  a  GA  string. 

Assumptions.  The  research  assumes  the  constraints  of  the  satellite  range  schedul¬ 
ing  problem  are  those  used  in  the  previous  efforts  by  Gooley  and  Schalck  (14:1-7): 

1.  Requested  support  times  are  known  in  advance. 

2.  Time  windows  for  satellite  visibility  are  not  flexible.  The  goal  of  the  SRS  problem  is 
to  schedule  as  many  supports  without  having  to  change  the  time  windows.  After  the 
initial  schedule  is  formed,  these  constraints  may  be  relaxed  to  schedule  unscheduled 
supports.  However,  it  is  desired  to  minimize  the  number  of  such  changes. 

3.  Downtimes  for  RTS  maintenance  are  not  included.  If  known,  flexible  downtimes 
could  be  added  as  additional  supports.  Fixed  downtimes  could  be  be  scheduled 
before  regular  supports  are  scheduled. 

Use  of  these  assumptions  allows  comparison  of  the  genetic  algorithm  results  to  previous 
efforts. 

Data  Processing.  Time  windows  for  each  support  are  processed  from  the  raw  satel¬ 
lite  visibility  and  request  data  in  the  ASTROS  database  for  a  day.  The  support  requests 
and  time  windows  are  represented  as  lines  in  a  database  with  the  following  information: 

Support  Number:  arbitrary  support  number 

RTS:  Remote  tracking  station  and  antenna  side  (example:  POGO-A  for  A-side,  POGO-B 
for  B-side) 

Beginning  of  Time  Window:  in  minutes  (example:  0200  is  120  minutes;  2400  is  1440 
minutes) 

End  of  Time  Window:  in  minutes 

Support  Length  (minutes):  actual  service  time  needed 

Turnaround  Time  (TAT):  set  up  time  at  RTS  needed  before  service  time  (20  minutes 
for  low-altitude  satellites;  15  minutes  for  medium-high  altitude  satellites) 


26 


Satellite  Identification:  IRON  (first  four  digits;  identifies  satellite)and  revolution  num¬ 
ber  (last  three  digits;  identifies  orbital  pass) 

An  example  set  of  time  windows  is  shown  in  Table  3.  This  data  is  the  same  as 
for  Thble  1,  but  with  fields  included  for  the  RTS  name  and  and  satellite  identification 
number. 


bisish 

mMM 

1 

iiMeUU 

1 

13 

3 

1 

2532097 

2 

■iiHnSa 

15 

22 

3 

2 

4774042 

3 

POGO-A 

17 

3 

1 

9845009 

4 

POGO-A 

mam 

10 

3 

1 

3187074 

5 

POGO-A 

2 

8 

3 

2 

9757024 

Table  3.  Small  Schedule  Time  Windows 
This  time  window  data  is  read  into  data  structures  at  the  beginning  of  a  run. 


Data  Structures.  Time  window  data  is  read  into  a  structure  of  arrays.  The 
information  can  then  be  used  each  time  a  schedule  is  built  from  a  sequence  of  supports. 
These  array  structures  keep  track  of  time  window  alternatives  for  each  support,  and  allows 
the  schedule  to  be  filled  in  as  supports  are  scheduled. 

Schedule  array.  An  array  named  JUledfRTS,  time)  shows  the  status  of  each 
minute  (time)  for  every  RTS  and  antenna  combination.  A  *0’  represents  an  empty  minute; 
a  ‘1’  indicates  that  minute  is  filled.  This  array  is  updated  whenever  a  support  is  scheduled 
by  setting  the  minutes  used  by  the  support  to  ‘1.’  Any  set  up  time  is  also  blocked  out  of 
the  schedule. 

Support  Information.  Three  sprays  specify  the  requirements  of  each  support: 
NumWin(support)  is  the  number  of  time  windows  where  a  support  can  be  potentially 
supported.  Then  the  support  time  length  requirements  and  turn  around  time  are  given  by 
Length  and  TAT,  respectively.  This  information  is  used  when  nmning  the  schedule  builder 
program. 
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For  each  alternative  time  window  for  a  support,  three  arrays  give  specific  information. 
BVIS  and  EVIS  give  the  beginning  time  and  ending  time,  respectively,  of  each  time  window. 
RTS  specifies  the  particular  RTS  used  for  the  support. 

Schedule  Builder  Program.  The  schedule  builder  is  implemented  as  a  program  in 
the  C  language  since  many  g^etic  algorithms  are  written  in  C.  It  is  used  as  an  evaluation 
function  for  the  genetic  algorithm  by  building  a  schedule  from  a  sequence  of  supports 
generated  by  the  GA,  as  shown  in  Figure  6.  To  construct  the  schedule  builder,  an  insertion 
program  was  written,  modeled  loosely  on  those  used  by  Gooley  (8),  which  attempts  to 
schedule  each  support  into  an  available  time  window.  Many  alternative  schedules  are 
possible,  as  the  insertion  rules  for  the  schedule  builder  are  arbitrary.  For  example,  the 
simplest  implementation  attempts  to  schedule  supports  to  the  first  available  numbered 
RTS.  A  schedtile  could  also  be  built  by  assigning  a  support  to  an  available  RTS  with 
the  most  open  space  left  in  its  schedule.  The  “first  available”  approach  was  chosen  for 
simplicity,  and  to  schedule  supports  next  to  each  other  to  utilize  the  available  time  at 
the  RTSs.  This  approach  simply  schedules  satellite  communication  supports  to  the  first 
available  position  in  time,  and  across  each  RTS,  starting  with  the  first  RTS. 

Each  support  is  scheduled  in  the  order  it  appears  in  the  ordered  list  of  support 
requests.  The  schedule  biiilder  tries  the  first  RTS  where  there  is  a  window  for  the  support. 
If  this  fails,  it  tries  the  next  imtil  it  runs  out  of  windows.  If  the  support  is  scheduled,  the 
schedule  score  is  incremented  and  the  space  used  is  blocked  out  of  the  schedule.  Pseudo¬ 
code  for  the  program  is  as  follows; 

Empty  schedule 

Attempt  to  schedule  each  support 

Try  each  window  until  succeed  or  exhaust  windows 

Try  each  set  of  empty  spaces  until  succeed  or  reach  end 
Update  schedule  if  support  scheduled 
Update  score  if  support  scheduled 

Output  final  score 

This  can  also  be  represented  by  a  flow  diagram,  as  in  Figure  7. 


28 


Clear  schedule 


Schedule  all  Supports 


Try  each  time  window 

Try  each  open  space 

1 

Schedule  support 

Update  schedule 

Update  score  if  scheduled 

Return  total  number  scheduled 

Figure  7.  Schedule  Builder  program  flow 

This  procedure  flnds  the  schedule  corresponding  to  a  sequence  of  supports.  It  is  also 
used  to  build  a  schedule  given  a  sequence  of  supports  or  to  evaluate  a  given  sequence  as 
part  of  a  genetic  algorithm  implementation. 

Genetic  Algorithm  Implementation.  To  find  “good”  support  sequences,  the  sched¬ 
ule  builder  is  integrated  into  a  genetic  algorithm  as  an  evaluation  function.  The  genetic 
algorithm,  GENITOR,  and  associated  parameters  are  described, 

GENITOR.  Whitley’s  GENITOR  (GENetic  ImplemenTOR)  code  was  cho¬ 
sen  for  use  in  this  research  because  it  has  been  used  with  success  for  other  scheduling 
problems  (17).  GENITOR  includes  crossover  operators  for  order-based  genetic  algorithms 
(edge  recombination,  order,  and  PMX)  which  have  been  shown  to  be  useful  in  solving 
many  scheduling  problems  (15).  GENITOR  differs  from  the  standard  genetic  algorithm  as 
described  in  Appendix  A. 

The  evaluation  function  assigns  a  raw  fitness  measure  to  each  population  member.  In 
GENITOR,  the  fitness  is  assigned  by  an  evaluation  function  written  in  the  C  programming 
language  (17).  The  fimction  input  parameter  is  the  chromosome  of  a  population  member 
which  is  a  list  of  supports.  After  attempting  to  schedule  each  support  in  the  schedule 
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builder,  the  function  returns  a  fitness  value.  In  the  satellite  range  scheduling  problem,  the 
chosen  fitness  measure  is  the  number  of  supports  successfully  scheduled. 

GENITOR  Parameter  Settings.  In  GENITOR,  the  major  settings  are  the  crossover 
operator,  population  size,  selective  pressure,  and  mutation  rate  (for  binary-encoded  chro¬ 
mosomes): 


Crossover.  The  crossover  operator  is  important  in  the  quality  of  the  answer. 
GENITOR  includes  crossover  operators  for  order-based  genetic  algorithms  as  discussed  in 
Chapter  11.  These  include  edge  recombination,  order,  and  PMX. 

Population  Size.  As  explained  in  Chapter  n,  the  population  size  affects 
the  convergence  rate  of  a  genetic  algorithm  by  controlling  the  variety  of  genes  in  the 
population.  A  smaller  population  may  converge  quickly,  but  usually  to  a  sub-optimum.  A 
larger  population  converges  more  slowly,  and  usually,  but  not  always,  finds  a  better  final 
answer.  For  example,  a  population  size  of  30  finds  a  good  answer  within  1000  reproductions, 
but  converges  to  a  worse  solution. 

Selective  Pressure.  Selective  pressure  is  a  selection  parameter  specific  to 
GENITOR.  This  parameter  controls  the  rate  at  which  a  population  converges  by  giv¬ 
ing  more  reproductive  opportunities  to  higher  ranking  individuals  in  the  population.  In 
GENITOR,  selective  pressure  is  usually  set  between  1.0  and  2.0.  For  example,  a  selective 
pressure  of  1.5  gives  the  top-ranked  individual  1.5  times  the  chance  to  reproduce  than 
the  median-ranked  individual.  A  lower  setting  slows  down  convergence,  hopefully  allowing 
more  time  for  the  best  solution  to  emerge.  A  higher  setting  drives  the  GA  towards  the 
final  answer  more  quickly,  but  often  at  the  expose  of  the  best  solution. 

Mutation.  It  is  important  to  keep  a  diverse  genetic  pool  as  the  population 
converges.  Mutation  randomly  changes  part  of  a  chromosome  and  is  usually  of  less  im¬ 
portance  than  crossover.  Mutation  was  not  used  in  this  research  because  an  order-based 
mutation  operator  was  not  present  in  GENITOR.  The  addition  of  such  an  operator  may 
improve  results  and  is  discussed  in  Chapter  V. 
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Day  One  Reavlts.  Various  population  sixes  and  selective  pressure  settings  were 
tested  in  GENITOR  using  the  first  day  of  data  to  determine  good  parameter  settings.  In 
preliminary  tests,  all  order-based  crossover  operators  in  GENITOR  were  tested.  Position- 
based  crossover  found  the  best  answer  more  quickly  than  the  others.  Position-based 
crossover  was  expected  to  produce  good  schedules  since  it  explores  the  relative  position 
of  supports.  Since  supports  are  competing  for  resources,  it  makes  sense  that  the  relative 
order  of  supports  in  a  scheduling  list  is  more  important  than  an  absolute  position  in  the 
list.  Bued  on  these  results,  the  position  operator  was  chosen  as  the  operator  for  the  test 
set,  although  the  other  order  operators  would  be  expected  to  perform  nearly  as  well.  The 
edge-recombination  operator  is  tailored  more  towards  the  TSP  and  did  not  do  as  well  as 
the  other  operators  in  this  scheduling  problem  because  it  stresses  adjacency  information 
instead  of  relative  ordering.  This  agreed  with  past  results  using  edge-recombination  for 
scheduling  problems  (15:74). 

For  Day  One  data,  a  graph  of  performance  is  shown  in  Figure  8.  As  GENITOR 
executes,  at  a  given  interval  of  reproductions  it  displays  the  best  individual,  the  worst 
individual  and  the  population  average.  The  population  has  converged  when  these  three 
numbers  are  equal,  and  little  improvement  can  be  expected.  Convergence  indicates  that 
the  individuals  all  have  the  same  fitness  score;  they  are  either  identical  or  similar  enough 
to  evaluate  to  the  same  fitness. 

At  any  time  during  the  nm,  the  GA  can  be  stopped  and  the  best  individual  found 
thus  far  can  be  chosen  as  the  best  schedule  found.  Usually,  the  best  schedule  is  found 
before  convergence,  but  there  is  no  way  to  know  this  in  advance.  In  the  Day  One  data, 
the  best  schedule  was  usually  found  at  about  4000  reproductions,  while  the  population  did 
not  converge  until  about  6100  reproductions.  A  genetic  algorithm  run  could  be  stopped 
prior  to  convergence  if  time  is  critical. 

Vary  Parameters.  The  runs  shown  in  Figures  9  and  10  display  the  interplay 
of  exploitation  versus  exploration  in  a  genetic  algorithm  solution  (7:37).  A  high  selective 
pressure  or  a  small  population  size  leads  to  quick  convergence  of  the  population.  This 
exploitation  of  the  best  individuals  foimd  so  far  often  leads  to  a  quick,  but  less  satisfactory 
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Figure  8.  Day  1  Data  Convergence 


solution.  On  the  other  hand,  a  larger  population  with  lower  selective  pressure  encourages 
population  diversity  longer,  but  at  the  cost  of  slowa  convergence. 


Repeated  Runs.  Since  a  GA  has  random  components,  a  set  of  10  runs  was 
used  for  the  Day  One  data  in  order  to  initially  evaluate  the  variance  of  the  results.  Of  322 
supports  requested,  the  number  of  tmscheduled  supports  was  8  in  five  of  the  runs  and  9 
in  the  other  five  runs;  the  average  is  8.5,  with  a  variance  of  0.28.  For  this  problem,  the 
difference  between  runs  is  minor,  and  in  practice  one  nm  should  be  sufficient  for  scheduling. 


Random  Schedule  Generation.  To  give  a  baseline  of  the  performance  of 
this  work,  one  might  ask  how  well  a  random  permutation  of  supports  would  perform. 
To  answer  this  question,  an  additional  run  which  generated  random  permutations  of  the 
support  list  and  then  used  the  schedule  builder  program  to  create  schedules  was  performed. 
It  found  reasonable  results  within  8,000  reproductions,  with  a  best  solution  of  23  supports 
unschedtiled  out  of  322.  This  is  not  as  effective  as  the  best  genetic  algorithm  schedule  of 
only  8  unscheduled.  These  results  are  shown  in  Figure  11. 
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Figure  9.  Vary  Population  Size  for  Day  1  Data 


Overall  Implementation.  The  overall  implementation  of  the  genetic  algorithm- 
based  approach  begins  with  the  processing  of  raw  satellite  request  and  visibility  data  into 
a  format  readable  by  the  GENITOR  main  program.  This  processing  is  handled  by  Pascal 
programs  written  by  Gooley  and  Schalck.  After  processing,  the  time  window  and  request 
data  for  each  support  is  stored  in  an  array  structure  which  the  schedule  builder  uses  to 
build  feasible  schedules. 


Summary 

This  chapter  describes  how  the  SRS  problem  may  be  solved  by  scheduling  items  in 
an  order  determined  by  a  genetic  algorithm.  By  using  this  evaluation  of  each  schedule  to 
determine  fitness  in  an  order-based  genetic  algorithm,  better  schedules  can  be  developed. 
The  genetic  algorithm  package  chosen  for  this  research  is  GENITOR,  because  of  its  success 
in  similar  problems.  Experiments  using  the  first  day  of  data  provide  good  parameter 
settings  for  the  GENITOR  genetic  algorithm  in  producing  24-hour  schedules.  The  final 
settings  are:  position-based  crossover,  population  size  of  200,  and  selective  pressure  of  1.5. 
These  settings  gave  a  good  compromise  between  the  greatest  number  of  supports  scheditled 
and  execution  time.  These  settings  are  used  to  produce  the  schedules  in  Chapter  IV. 
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Figure  10.  Vary  Selective  Pressure  for  Day  1  Data 
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IV.  Results 


In  order  to  evaluate  the  performance  of  a  gmetic  algorithm  approach  to  satellite 
range  scheduling,  the  schedtile  builder  model  described  in  Chapter  ID  was  integrated  into 
the  GENITOR  (17)  genetic  algorithm.  This  genetic  algorithm  was  then  tested  on  real 
satellite  range  data.  In  nearly  all  cases,  the  GA-based  solution  was  able  to  match  or 
exceed  previous  results  that  used  a  mixed  integer  programming  (NOP)  approach. 

The  primary  purpose  of  this  research  was  to  evaluate  the  performance  of  the  GA- 
based  solution  in  scheduling  satellite  supports.  A  secondary  purpose  was  to  explore  the 
flexibility  of  the  GA-based  approach  in  handling  additional  constraints  on  the  scheduling  of 
supports.  Such  flexibility  would  be  important  in  implementing  a  genetic  algorithm-based 
approach  in  the  real  world.  The  addition2d  constraint  tested  here  is  the  priority  of  different 
supports. 

The  criteria  used  to  judge  scheduling  results  is  the  number  of  supports  scheduled  and 
the  time  required  for  the  solution.  Supports  not  scheduled  in  the  initial  24-hour  schedule 
by  the  range  schedulers  must  be  deconflicted  through  coordination  with  the  MCCs.  In  the 
worst  case,  those  supports  that  cannot  be  rescheduled  by  relaxing  constraints  may  have 
to  be  canceled.  Short  solution  times  are  important  if  different  parameters  or  priorities  are 
to  be  used  by  the  schedulers.  Short  solution  times  are  also  important  for  rescheduling  on 
short  notice. 

Test  Set 

Scheduling  data  used  in  previous  research  efforts  was  available  and  used  to  test 
the  hybrid  GA  approach,  and  to  allow  a  comparison  between  these  results  and  results  of 
previous  efforts.  This  data  is  taken  from  the  ASTRO  (Automated  Scheduling  Tools  for 
Range  Operations)  (1:271)  database  which  is  currently  used  to  assist  manual  scheduling. 
The  primary  data  is  from  the  seven  day  period  from  12  Jul  92  to  18  Jul  92.  This  is 
the  same  data  used  by  both  Gooley  and  Schalck.  Each  day  includes  approximately  300 
support  requests  and  their  associated  request  windows.  Of  these,  approximately  half  are 
low-altitude  satellite  support  requests. 
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The  database  contains  satellite  support  requests  and  the  visibility  windows  of  the 
requests  to  remote  tracking  stations  for  each  day.  Pascal  programs  developed  by  Gooley 
and  modified  by  Schalck  were  used  to  to  put  the  requests  in  a  format  suitable  for  further 
work.  Schalck’s  processing  of  the  data  was  used  here  to  allow  comparisons  to  his  results. 
After  processing,  the  final  data  tables  list  the  visibilities  and  requests  for  each  day  as  shown 
in  Thble  3  of  Chapter  III.  Processing  details  are  available  in  Appendix  D. 

Although  each  day  is  scheduled  separately,  supports  are  allowed  to  overlap  into  the 
next  day  if  their  time  window  extends  into  the  next  day.  This  is  included  to  match  the 
approach  of  Schalck.  The  genetic  algorithm  implementation  schedules  across  days  by 
keeping  track  of  the  overlap  into  the  next  day  and  scheduling  these  overlaps  in  the  next 
day’s  schedule  before  scheduling  regular  supports. 

The  schedule  builder  code  developed  in  Chapter  IH  serves  as  the  evaluation  function 
in  GENITOR.  The  schedule  builder  produces  a  vahd  schedule  from  an  ordered  list  of 
supports  for  each  string  in  the  population.  The  number  of  supports  successfully  scheduled 
is  the  fitness  of  each  string.  This  fitness  value  is  then  returned  to  the  genetic  algorithm. 
The  fitness  is  used  by  GENITOR  to  rank  a  particular  schedule  in  relation  to  others  in  the 
population.  The  more  fit  strings  have  a  higher  probability  of  being  selected  to  reproduce 
and  exchange  their  genetic  information  with  other  strings  through  crossover. 

Experimental  Procedure 

Tests  were  conducted  in  two  major  stages.  The  first  day’s  data  was  tested  to  find 
good  parameters  for  the  GA  (as  shown  in  Chapter  III).  These  parameters  included  pop¬ 
ulation  size  and  selective  pressure.  The  primary  goal  of  these  parameters  is  to  facilitate 
achievement  of  the  best  solution  within  the  shortest  time,  where  the  solutions  are  scored 
by  the  number  of  supports  scheduled.  Good  general  settings  were  sought  which  would 
work  well  for  the  data  sets.  In  practice,  the  general  settings  would  not  need  to  be  changed 
each  time  a  new  set  of  data  is  introduced. 


36 


The  final  settings  included  position-based  crossover,  a  population  sue  of  200,  and  a 
selective  pressure  of  1.5.  These  settings  appear  to  be  robust  in  giving  a  good  compromise 
between  the  best  results  and  execution  time. 

These  parameters  were  used  to  produce  schedules  for  all  seven  days.  Experimental 
runs  were  performed  on  Sun  Sparc- 10  and  Sparc-2  workstations.  Solution  times  for  one 
day  of  data  averaged  10  minutes  on  a  Sparc-10  workstation  and  approximately  24  minutes 
on  a  Sparc-2  workstation.  On  the  Sparc-10,  producing  1,000  schedules  took  approximately 
one  minute. 

Week  One  Resvlis.  Once  a  good  set  of  parameters  was  found,  schedules  for  all 
seven  days  of  data  were  produced.  The  genetic  algorithm  (GA)  results  are  from  GENITOR 
with  a  population  of  200,  selective  pressure  of  1.5,  and  up  to  8,000  reproductions.  Overall 
results  are  shown  in  Figure  12  and  Table  4.  Supports  whose  time  windows  extend  into 
the  next  day  were  allowed  to  be  scheduled  into  the  following  day.  These  overlaps  were 
then  blocked  out  of  the  available  RTS  time  for  the  next  day.  This  is  done  by  scheduling 
these  overlap  requests  before  the  normal  support  requests  in  the  following  day’s  schedule. 
The  corresponding  results  from  Schalck’s  mixed-integer  progranuning  (MIP)  solutions  are 
included  for  comparison  (14:4-2). 

The  total  niunber  of  supports  requested  and  scheduled  are  shown  in  Table  4.  The 
difference  between  the  MIP  and  GA-based  results  are  labeled  “GA-MIP.” 


Day 

#  Requested 

MIP#  S^eduled 

GA-MIP 

1 

322 

314 

312 

2 

2 

302 

296 

296 

0 

3 

311 

307 

304 

3 

4 

318 

315 

311 

4 

5 

305 

301 

299 

2 

6 

299 

292 

292 

0 

7 

297 

291 

291 

0 
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The  genetic  algorithm  results  compare  favorably  to  the  MIP  results  of  Schalck.  In 
every  case,  the  number  of  total  supports  the  genetic  algorithm  schedules  is  at  least  as  good 
as  the  number  of  supports  scheduled  by  the  MIP. 

Breakdown  by  Support  Type.  Results  are  also  broken  down  by  low-altitude  and 
high-altitude  supports.  As  mentioned  in  Chapter  I,  low-altitude  satellite  supports  are 
usually  given  higher  priority  in  scheduling  since  they  are  more  difficult  to  reschedule.  Here 
the  GA  scheduled  more  high-altitude  satellites  than  in  the  MIP  solution  and  scheduled 
fewer  low-altitude  satellite  supports  than  the  MIP  approach.  This  is  due  to  the  fitness  of  a 
schedule  being  calculated  as  the  total  number  of  supports  scheduled  without  reference  to 
the  support  type.  Schalck’s  solution  guaranteed  scheduling  of  the  greatest  number  of  low- 
altitude  supports  possible  because  they  were  all  scheduled  before  attempting  to  schedule 
any  high-altitude  satellites.  This  guarantees  the  scheduling  of  the  greatest  number  of  low- 
altitude  satellites,  but  this  may  not  always  be  necessary.  Since  set  up  times  for  low-altitude 
supports  may  be  flexible,  adjustment  of  the  low-altitude  satellite  setup  times  may  allow 
scheduling  more  supports  overall. 


Table  5.  Low-altitude  Results  for  Week  One  Data 


Day 

GA#  Scheduled 

MIP#  Scheduled 

GA  -  MIP 

1 

153 

147 

149 

-2 

2 

137 

132 

134 

-2 

3 

146 

143 

143 

0 

4 

142 

139 

140 

-1 

5 

142 

139 

139 

0 

6 

144 

138 

138 

0 

7 

142 

138 

138 

0 

Additional  Runs 

Since  one  of  the  advantages  of  a  hybrid  GA  approach  is  flexibility,  other  constraints 
on  the  scheduling  of  supports  should  be  allowed.  The  first  obvious  constraint  for  inclusion 
is  the  scheduling  of  priorities  for  different  support  types. 


l^ble  6.  High-altitude  Results  for  Week  One  Data 


Day 

#  Requested 

GA#  Scheduled 

MIP#  Scheduled 

GA-MIP 

1 

169 

167 

163 

4 

2 

165 

164 

162 

2 

3 

165 

164 

161 

3 

4 

176 

176 

171 

5 

5 

163 

162 

160 

2 

6 

155 

154 

154 

0 

7 

155 

154 

153 

1 

Support  Priority.  Low-altitude  supports  usually  take  precedence  over  high-altitude 
supports  since  they  are  more  difficult  to  schedule.  To  introduce  this  preference  in  schedul¬ 
ing,  different  fitness  scores  can  be  assigned  to  the  different  types  of  supports.  As  an 
example,  low-altitude  supports  were  given  a  score  of  two  for  each  one  scheduled;  the  value 
of  high-altitude  supports  was  set  to  only  one.  Where  a  low-altitude  support  and  a  high- 
altitude  support  compete  for  the  same  position  in  the  schedule,  the  low-altitude  support 
shoiild  be  scheduled.  The  overall  results  are  shown  in  Table  7  and  in  Figure  13.  A  break¬ 
down  by  low-altitude  and  high-altitude  satellites  is  shown  in  Table  8  and  Table  9. 


Table  7.  Week  One  Data  with  Low- Altitude  Supports  given  Priority 


Day 

#  Requested 

GA#  Scheduled 

MEP#  Scheduled 

GA-MIP 

1 

322 

313 

312 

1 

2 

302 

296 

296 

0 

3 

311 

307 

304 

3 

4 

318 

314 

311 

3 

5 

305 

300 

299 

1 

6 

299 

293 

292 

1 

7 

297 

291 

291 

0 

Note  that  more  low-altitude  supports  were  accomplished,  although  at  the  cost  of  a 
tradeoff  of  some  high-altitude  supports.  Note,  however,  for  Day  Two,  the  GA  scheduled 
two  fewer  low-altitude  supports  than  the  MIP.  Upon  examination  of  the  schedule,  this  is 
due  to  some  high-altitude  satellites  firom  Day  One  scheduled  into  Day  Two. 

This  type  of  priority  assignment  could  also  be  applied  to  other  situations;  even  so 
far  as  to  give  each  satellite  a  different  priority.  An  array  of  priority  values  could  be  used 
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Table  8.  Low-altitude  Results  with  Low- Altitude  Supports  given  Priority 


Day 

#  Requested 

GA^  Scheduled 

NOP#  Scheduled 

GA  -  MIP 

1 

153 

149 

149 

0 

2 

137 

132 

134 

-2 

3 

146 

143 

143 

0 

4 

142 

139 

140 

-1 

5 

142 

139 

139 

6 

144 

138 

138 

0 

7 

142 

138 

138 

0 

Table  9.  High- Altitude  Results  with  Low- Altitude  Supports  given  Priority 


Day 

#  Requested 

GA#  Scheduled 

MIP#  Scheduled 

GA  -  MIP 

1 

169 

164 

163 

1 

2 

165 

164 

162 

2 

3 

165 

164 

161 

3 

4 

176 

175 

171 

4 

5 

163 

161 

160 

1 

6 

155 

155 

154 

1 

7 

155 

153 

153 

0 

to  provide  a  different  score  for  scheduling  each  support.  A  higher  score  would  indicate 
greater  scheduling  priority  for  that  support. 


Two-Day  Schedvling.  Even  with  a  priority  score  given  to  low-altitude  satellite 
supports,  the  GA  does  worse  in  scheduling  low-altitude  supports  for  Days  Two  and  Four. 
For  Day  2,  this  is  caused  by  the  overlap  from  Day  1.  Since  each  GA  only  schedules  for 
one  day,  without  regard  to  the  following  day,  overlaps  may  reduce  the  overaU  number  of 
supports  scheduled.  The  simplest  way  to  overcome  this  is  to  schedule  two  days  at  once  in 
one  block,  with  priority  given  to  low-altitude  supports. 

This  was  attempted  with  data  from  Day  One  and  Day  Two.  Results  were  encour¬ 
aging,  as  the  overall  number  of  supports  scheduled  remains  the  same,  but  the  number 
of  low-altitude  satellite  supports  scheduled  increased  to  the  same  level  as  the  MIP  so¬ 
lution.  In  return,  the  number  of  high-altitude  supports  scheduled  decreased.  Thus,  the 
priority  scheme,  in  conjunction  with  scheduling  for  two  days,  succeeded  in  matching  the 
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low-altitude  results  of  the  NQP.  Note  that  the  genetic  algorithm  in  this  case  scheduled 
two  days  at  once.  The  solution  time  was  approximately  double  that  for  scheduling  one 
day.  This  indicates  that  an  increase  in  the  number  of  supports  for  a  day  may  be  handled 
without  much  degradation  in  solution  time  or  quality. 

Summary 

Results  using  one  week  of  satellite  support  data  indicates  the  GA  can  be  successful 
in  scheduling  satellite  supports.  Results  match  or  exceed  those  returned  by  the  Schalck 
MIP  approach.  Solution  times  are  short,  and  only  one  computer  run  is  required. 
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Number  Not  ScheduM 


Day  1  Day  2  Day  3  Day  4  Day  5  Day  6  Day  7 
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V.  Conclusioru  and  Recommendations 

Conclusions 

The  satellite  range  scheduling  (SRS)  problem  involves  scheduling  over  300  satellite 
communication  supports  between  Air  Force  Satellite  Control  Network  (AFSCN)  satellites 
and  remote  tracking  stations  (RTS)  for  a  24-hour  period.  Scheduling  the  greatest  number 
of  requests  minimizes  the  time  needed  by  schedulers  to  resolve  conflicts  in  the  schedule.  The 
scheduling  is  currently  done  manually,  with  computer  aid.  Although  the  current  system 
schedules  approximately  95-98%  of  the  requested  supports,  automating  the  scheduling 
process  may  produce  better  schedules  in  less  time  and  use  less  human  resources.  The 
objective  of  this  research  was  to  discover  if  a  genetic  algorithm  based  approach  can  be 
effective  in  automating  the  scheduling  of  the  requests  for  a  24-hour  period. 

The  problem  can  be  formulated  as  a  mixed-integer  program,  but  the  size  of  realistic 
problems  precludes  producing  optimal  schedules  in  a  timely  manner.  By  partitioning  the 
original  mixed-integer  problem  into  subproblems,  Schalck  and  Gooley  found  good  solutions 
(14:4-1),  but  since  they  do  not  solve  the  entire  problem  at  once,  there  may  be  room  for 
improvement. 

For  a  test  set  of  seven  days  of  scheduling  data,  the  GA  solution  matched  and  often 
exceeded  the  results  of  previous  MEP  efforts  by  solving  the  entire  problem  at  once  instead 
of  decomposing  the  problem  into  subproblems.  The  algorithm  scheduled  over  96%  of 
requested  supports.  Note,  however,  these  results  do  not  include  RTS  downtimes.  Solution 
times  on  Sun  Sparc  workstations  suggest  a  24-hour  schedule  can  be  produced  in  under  15 
minutes. 

These  results  suggest  a  genetic  algorithm  (GA)  based  method  can  produce  good 
schedules  for  the  SRS  problem.  Although  the  genetic  algorithm-based  approach  described 
in  this  research  appears  to  be  capable  of  producing  good  schedules  in  a  short  time,  much 
work  remains  to  be  done  to  implement  this  automated  scheduling  approach.  Farther 
refinement  of  the  program  code  may  decrease  time  needed  to  provide  a  schedule.  More 
importantly,  a  fully  automated  scheduler  must  also  schedule  other  types  of  supports  which 
occur  in  the  scheduling  process. 
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RecommendatioTu 


Improvements  to  the  algorithm  involve  further  modification  and  testing  of  the  genetic 
algorithm  with  more  complicated  support  requests.  The  genetic  algorithm-based  method 
is  easy  to  implement  and  modify  since  all  that  is  required  is  a  schedule  builder  program  to 
build  a  schedule  one  support  at  a  time  and  to  evaluate  its  fitness  score.  Since  this  schedule 
builder  program  is  easy  to  test,  modifications  which  allow  new  constraints  can  be  tested 
quickly. 

Minor  Improvementa. 

Schedule  Builder.  If  the  GA-based  algorithm  is  to  be  implemented,  the 
program  code  for  the  schedtile  builder  must  be  improved.  Both  readability  and  code 
efficiency  would  lead  to  better  performance  and  easier  modification  by  users.  The  program 
could  also  be  integrated  with  the  processing  of  satellite  request  data  to  make  scheduling  a 
one  step  process  for  the  schedulers,  from  data  processing  to  final  schedule  output. 

Genetic  Algorithm.  The  genetic  algorithm  implementation  in  GENITOR 
may  be  improved  by  adding  a  mutation  operator.  Although  it  does  not  play  as  large  a 
role  in  the  genetic  search  as  crossover,  mutation  acts  to  keep  variety  in  the  population 
by  randomly  changing  the  genes  of  the  population.  An  order-based  mutation  operator, 
such  as  that  advocated  by  Davis  (5:81),  would  be  appropriate  for  use  in  this  scheduling 
2dgorithm.  Also,  other  genetic  algorithm  packages  could  be  used  besides  GENITOR.  The 
schedule  builder  program  would  simply  be  used  as  an  evaluation  function  in  the  genetic 
algorithms. 

Extensions.  To  make  the  produced  schedules  more  realistic,  other  types  of  supports 
should  be  scheduled.  RTS  downtimes  and  scheduling  priorities  should  be  determined  and 
included  in  the  schedule.  Also,  the  schedule  builder  program  coiild  be  modified  to  schedule 
special  requests  not  currently  considered  by  this  program.  The  most  important  of  these 
would  involve  schedtding  long  requests  by  dividing  them  into  shorter  requests  which  may 
be  scheduled  on  different  RTSs. 
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Summary.  A  genetic  algorithm  based  approach  offers  a  way  of  quickly  (minutes) 
scheduling  24*hour  schedules  in  the  satellite  range  scheduling  process.  In  addition,  the 
general  approach  could  also  be  applied  to  other  similar  scheduling  problems  where  resources 
must  be  scheduled.  These  include  ICBM  crew  scheduling  and  test  range  scheduling. 
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Appendix  A.  Modified  GENITOR  Program  Code 


This  appendix  describes  the  GENITOR  genetic  algorithm,  and  hsts  the  files  modified 
to  use  GENITOR  with  the  satellite  range  scheduling  problem.  These  files  include  the  main 
program  and  include  files.  Although  not  modified,  the  source  code  for  the  Position  crossover 
operator  is  included  since  it  is  used  for  the  final  results. 

Genetic  Algorithm:  GENITOR.  The  code  &om  an  existing  genetic  algorithm  was 
used  for  this  research.  Whitleys  GENITOR  (GENetic  ImplemenTOR)  code  was  chosen 
because  it  has  been  used  for  similar  problems  (17).  It  includes  crossover  operators  for 
order-based  genetic  algorithms  (edge  recombination,  order,  and  PMX).  These  operators 
have  been  shown  to  be  useful  in  solving  many  scheduling  problems  (15). 

GENITOR  differs  &om  the  simple  genetic  algorithm  in  two  ways.  First,  instead  of 
creating  distinct  generations,  it  creates  only  one  new  offspring  at  a  time.  Then,  rather  than 
replacing  the  parents  with  the  offspring,  GENITOR  replaces  the  lowest  ranking  member. 
This  approach  has  been  called  steady-state  reproduction  (5:35).  It  works  by  first  selecting 
two  parents  from  the  population  and  producing  two  offspring.  One  offspring  is  randomly 
discarded.  The  other  offspring  replaces  the  lowest  ranking  member  of  the  population.  This 
new  string  is  then  ranked  in  relation  to  the  fitness  of  the  other  members  of  the  population, 
and  inserted  into  the  population.  The  new  member  can  then  compete  for  reproductive 
opportunities. 

The  second  difference  &om  the  standard  genetic  algorithm  is  the  way  fitness  is  mea¬ 
sured.  Instead  of  relying  on  raw  fitness  measures,  GENITOR  uses  relative  ranking  of 
population  members  to  determine  reproductive  opportunities.  Ranking  prevents  scaling 
problems  associated  with  raw  fitness  values.  Scaling  problems  occur  when  one  individ- 
U2d  is  so  much  better  that  the  others  that  it  dominates  the  population  too  soon,  causing 
permature  convergence  of  the  algorithm.  To  determine  the  reproductive  opportunities  of 
population  members,  GENITOR  uses  linear  bias  scaling.  This  linear  bias  is  usually  set 
between  1.0  and  2.0.  For  example,  a  bias  of  1.5  means  the  top-ranked  individual  has  1.5 
times  the  chance  of  the  median-ranked  population  member  to  be  selected  to  reproduce 
(15). 
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Modified  Main  program  Code.  The  following  listing  is  the  main  program  code  for 
GENITOR,  modified  for  use  with  the  satellite  range  scheduling  problem.  At  the  beginning 
of  a  run,  this  code  reads  in  satellite  time  window  data  and  overlap  data.  During  execuation 
of  the  program,  it  calls  tsp  eval.c  to  evaluate  schedules.  Finally,  it  stores  the  best  sequence 
in  the  file  tourdata. 

This  main  program  is  modified  for  use  with  the  Position  crossover  operator. 


/*  NAZI  Program  -  31  Jan  94  */ 

/*  -  1  Feb,  31  Jan:  read/arite  to  lilas  */ 

/*  -  28  Jan:  add  In  pra/poat  processing  for  overlap  */ 


/* 

f* 

/* 

/* 

/♦ 

/* 

/* 

/* 

/* 

/* 


Copyright  (c)  1990 
Darrell  L.  VRiitley 
Computer  Science  Department 
Colorado  State  University 

Permission  is  hereby  granted  to  copy  all  or  any  part  of 
this  program  for  free  distribution.  The  author’s  name 
and  this  copyright  notice  must  be  included  in  any  copy. 


*/ 

*/ 

*/ 

*/ 

*/ 

*/ 

*/ 

*/ 

*/ 

*/ 


main.pos . c 


tinclude 

tinclude 

tinclude 

tinclude 

tinclude 

tinclude 

tinclude 

tinclude 

tinclude 

tinclude 

tinclude 

tinclude 


<stdlo.h> 

<ctype.h> 

<8tring.h> 

"ga_random.b" 

"gene.h" 

"ga_global.h" 

"ga_params.h“ 

"ga_pool.h" 

"ga.selectlon.h" 

"ga.status.h" 

"ga_8ignal8.h" 

"op_po8ition.h" 


/ee*e*eee*ee*e*e****e4>e*eeeee*e*«**ee**eee*e 

Declare  evaluation  function  ahich  tella  you 
how  "good"  a  particular  gene’s  solution  is. 
lOTE:  the  input  parameters  for  the  eval 

function  should  always  be  a  gene  and 
the  gene’s  length 

****innf**m****************************m****/ 
tinclude  "eval_pos.h" 


int 

main  (argc,  argv) 
int  argc ; 
char  eargv [] ; 
i 

int  i,j; 

GEIEPTR  mom,  daid,  child; 

FILE  ♦fp; 

int  **coord_array; 

CITY.DATA  *city_table: 

/♦  int  num.diffs;  ♦/ 

/*  Character  names  for  input/output  */ 


48 


int  daylu; 

static  char  ovarlapClO]  =  {"ovarlapO”}; 
static  char  tonrdataClO]  =  {"toardataO"} ; 
static  char  datalilaClO]  ~  {''datafilsO">; 

Sstap  signal  handlars. 

**«**<*«**«*«*«««****«*/ 
satnp.signalO : 

Z************************************************************* 

Sat  the  global  paraastars  according  to  conaand  lins  argoasnts. 
4i***«******«**««««****S*********«**4>«*«*******«****«*********Z 

argc— ; 
argv++; 

paraa.coaBand_lina  (argc,  argr); 

z********************** 

Print  Paraastsr  Values 
*«*«4i**«***«*««**«««*«Z 
Iprintl  (stdont,  '*\n"): 
print.paraaaCstdont) ; 

Iprintl  (stdont,  "\n''): 

Z********************** 

Inpnt  the  day  nnaber 
and  concat  to  file  naaea 
***********ee«*«**e**eeZ 

printlC'Hhat  is  the  day  nnaber  (1-7)?“); 

scanl  ("Xu",  kdaylna); 

printlC'Day  luaber  is  Xu\n“  ,daylua) ; 

overlap [7]  +=  daylua  -  1;  /*  Adds  day  nnaber  to  lilanaaes  */ 

tonrdataCS]  ■«■=  daylna; 
datalileCS)  -fs  daylna; 

print! ( “Xs\nXs\nXs\n" , tonrdata ,data!ile ,oTerlap) ; 
Z««**««*«**«**e«««**e«*e**ee*e«*« 

Seed  the  Randoa  lumber  Generator 
**e**«****««*e**ee«ee««««***««**Z 
srandoa(RandoBSeed) ; 

Z********eee«ee*«**e****«*****ee*******e**e************ 

Allocate  a  genetic  pool  referenced  by  the  global.  Pool 

«**e*******e****«*****e***********«e*«********«******eZ 

if  (  !(Pool  =  got_pool(PoolSlze,  StringLength) )  ) 
f atal_error(IULL) ; 

Z***************************************************** 

Read  in  a  description  of  the  points  to  be  toured  and 
create  a  representation  of  the  distance  beteeen  then. 

««e***************««««*««*«****e****e**e***«e******eeZ 

/*  aahe.dist .array  (lodeFile,  StringLength);  */ 
Z*e*e**e********«e**eee**eee«*e*e«*«e** 

Assign  schedule  paraaeters  to  the  prograa 

*eee***e****e*******eee*«****e*«***********Z 

/*  finclude  "data.h"  */ 

Z************************************** 

Read  in  data 

e**e**ee««**«**e***«***e********ee*«***«*eeZ 

read_data  (datafile,Pool->string_length) ;  /*  sat  =  string  length  */ 

raad_OTarlap_data  (overlap);  /*  1/28:  read  overlap  data  */ 

I*  for  (i=l;  i<=18;  i++) 

printf(  "  gRTS[Xd]=Xd,  gBeginVisCXdl^Xd,  gEndVio[Xd]=Xd, 
gReqLengthCXd]=Xd,  gTumAroundTlneCXd]=Xd  \n",l,  gRTSCi]  ,i,gBeginVlsCi3  , 
i,gEndVi8Ci]  ,  i,  gReqLengthCi]  ,i,gTnmAroundTiBe[i]  );  */ 

/*  print! ("Initialize  genetic  pool\n");  */ 
Z*ee*ee**e*«****e*e**«**e*e*ee**e*e*e** 

Initialize  the  genetic  pool  sith  data. 

***««*«****««**ee***«ve*e**«**«*«ee«**Z 

inlt_pool  (SeedPool,  Pool,  0,  Pool->size,  tsp.eval); 
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/*  prlntlC'Sort  Initial  gonatic  poolW);  */ 

/***«****«*«**««*«*«*****«********** 

Sort  tho  initial  ganatic  pool  data. 

«*«*«a«*a«««««**a««*«***«**«*«««*««/ 

■ort_pool  (Pool); 

/*  printlC'Allocata  tamporary  storaga  for  parants  of  raprodnctionVn”) :  */ 

/«**«a«*«**a«««**«*iii««4i**«***«««**«*****«««««*«*«*«««««« 

Allocata  tamporary  atoraga  for  parants  of  raprodnction,  and  for  child. 

a******************************************************/ 

non  =  got_gona  (Pool->8tring_longth) ; 

dad  =  got_gana  (Pool->string_langth) ; 

child  =  gat_gono  (Pool->Btring_langth) ; 

/a  printf ("Allocata  a  tabla  to  ba  nsad  aith  tha  Ordarl  (Davis)  Opsrator\n") ;  a/ 
/aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa 
Allocata  a  tabla  to  ba  nsad  aith  tha  Ordarl  (Davis)  Oparator 
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa/ 

city.tabla  =  gat_city_tabla  (Pool->8tring_langth) ; 

/aaaaaaaaaa 
Optimiza  ! 
aaaaaaaaaa/ 

for  (/a  CnrrantGanaration  alraady  sot  : 

oithar  intializod  to  0  in  its  doclaration  OR 
initializod  by  a  rastart  of  a  pravions  oxporiaant  a/; 

CnrrantGanaration  <  InmborTrials ; 

CnrrontGanaration-i--*-) 

{ 

/aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa 
Chooso  t«o  ganas  for  raprodnction. 
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa/ 
gat .parants (mom,  dad.  Pool,  linaar,  SolactionBias) ; 

/aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa 
Call  Ordar  oparator  to  craata  a  child 
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa/ 

/a  printf ("Start  Ordar  oporator\n") ;  a/ 
if  (bitganO  ) 

/a  printf ("Aftar  bitgon  =  0\n");  */ 

position  (aom->string,  dad->string,  child->string,  Pool->string_longth,  city.tabls); 

also 

{ 

/a  printf ("Aftar  bitgon  =  l\n");  a/ 

position  (dad->string,  mom->string,  child->string,  Pool->string_longth,  city.tabls); 

/a  printf ("So,  kid,  how  good  aro  yon?\n");  a/ 

/aaaaaaaaaaaaaaaaaaaaaaaaaa 
So,  kid,  hon  good  aro  yon? 
aaaaaaaaaaaaaaaaaaaaaaaaaa/ 

child->sorth  =  tsp.sval  (child->8trii^,  Pool->8tring.lsngth) ; 

/a  printf  ("Insart  non  gans  into  popnlation  according  to  its  vorth\n");  a/ 
/s«4>«aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa 
Insert  nas  gene  into  popnlation  according  to  its  north 
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa/ 
in8ert.gene  (child.  Pool); 

/aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa 
If  the  Statns Interval  parameter  nas  set  and  this  is  the  appropriate 
time,  print  tha  popnlation  bast,  norst,  mean,  and  average  to  stdont 
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa/ 
if  (Statnsintarval  kk  !  (CnrrantGanaration  %  Statnsinterval)) 
shon.progress  (stdont.  Pool,  CnrrentGaneration) ; 
/aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa 
If  the  Dna^Interval  parameter  nas  set  and  this  is  tha  appropriate 
time,  save  the  popnlation  and  key  parameters  to  disk  for  later 
referanca  (or  to  restart  ezaention  later. 
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««*««««***««*«***«**«**««**«*««***«***«***««*******«***««*«««*««*/ 

it  (Dnaplatarval  M  i  (Ciirrmit6«naratloii  X  Dnaplntarral) ) 
dTiBp_8tatas(Pool,  On^pBasa); 


Sanurixa  Rastilta 
a****************/ 

lliial_pool  (FinalPool,  Pool,  CarrantGanaratiozi) ; 

Iprintl  (stdont,  "W); 

priatK  "Right  halora  prlnt_pool\ii") : 

print _i>ool  (stdont.  Pool,  0,  i); 

printl  ("Aftar  print_pool,  balora  tonrdataW) : 

/aaaaaaaaaa****** 

Print  out  tourdata  to  lila 

aaaaaaaaaaaaa****/ 

il  (fp  =  lopan(tourdata,  "a")) 

printl ("Insida  print  tonrdataW): 
lor  (i=0;i  <  Pool->string_langth:  i++) 

{ 

Iprintl (Ip , “Xd  " ,Pool->data Ci] . stringCi] ) ; 

printl  ("Its  pastlW): 

Iclosadp) : 

also 

printl ("Cannot  print  tonrdata  lila"); 

> 

> 


Ga  glob<U.h  Include  files.  This  file  contains  the  global  variables  used  in  GENITOR. 
The  global  variables  used  to  store  time  window  information  for  each  support  are  included 
here  as  global  variables  and  used  in  the  tsp  eval  function.  Another  related  file  called  ga 
global  extemal.h  is  also  listed. 


/aga_global.h  */ 

/*  mod  9  Fab:  add  tamp  LF  Inm  lor  Priority  */ 

/*  modiliad  8  Fob  lor  dosntimos;  28  Jan  lor  ovorlap  */ 
/a************************************************************/ 


/♦  */ 

/*  Copyright  (c)  1990  */ 

/*  Darroll  L.  Hhitlay  */ 

/a  Compntor  Scionca  Dopartmont  a/ 

/a  Colorado  Stato  Univorsity  a/ 

/a  a/ 


/a  Parmission  is  hereby  granted  to  copy  all  or  any  part  ol  a/ 

/a  this  program  lor  Irea  distribution.  The  authors  name  a/ 

/a  and  this  copyright  notice  smst  ba  included  in  any  copy,  a/ 

/a  a/ 

/aaa*aaaaaaaaa**aa*a*****«aaaaaaaaaaaaaaaaaa*aaaaa***aaaaa*aa*/ 
/**aa*aaaaaaa*a«*a***a**a*aaaaaaaaaaaaaaaaaaaaaaaaaa*aaa«**aa****aaaaa 
a  These  REQUIRED  and  OPTIOIAL  parameters  can  be  chosen  by  the  user,  a 
**m******************************************************************/ 

/a  REQUIRED  a/ 
int  PoolSize ; 


int 

StrlngLangth; 

int 

lumberTrials ; 

char 

IodeFile[80];  /* 

/*  OPTIOIAL  */ 

long 

RandomSeed; 

float 

Select ionBias ; 

float 

HutateRate  =  0.0; 

int 

Statusinterval  -  0;  /* 

int 

Dumpinterval  =0;  /* 

char 

SeedPool [80] ;  /* 

char 

FlnalPool [80] ;  /* 

char 

DumpBase [80] ;  /* 

int 

lumPop ;  /* 

int 

Swaplnterval ;  /* 

int 

Swaplumber;  /* 

int 

Experiments ;  /* 

float 

Cutoff ;  /* 

contains  coordinatss  ol  tsp  nodes  */ 


dnap  status  OTery  nth  generation  */ 
save  state  ol  every  nth  generation  «/ 
lile  containing  inlt  data  */ 
file  containing  final  results  */ 
basenane  of  file(s)  into 
shich  to  duap  population  *f 

lumber  of  Subpopulations  */ 

Trials  betveen  Swapping  ol  Subpopulations 
lumber  of  Strings  Snapped  between  Snbpops 
Experiments  must  be  used  in  mainO  */ 
Cutoff  value  for  a  given  experiment  */ 


*/ 

*/ 


int  SequenceFlag  =  0;  /*  if  set  to  1  in  main,  insert_nnlque_geno()  *f 

/*  will  use  different  criteria  for  sameness  */ 
int  CurrentGeneratlon  =  0; 

POOLPTR  Pool; 


/*  Schedule  Builder  Global  Variables  */ 
/*  Cspt] [win]  */ 

int  gRTSC700]C20]: 

int  gBeglnVis [700] [20] ; 

int  gEndVls[700][20]: 

int  g&eqLength[700] ; 

int  gTumlroundTlme  [700] ; 

int  gBeginSched[700] ; 

int  gEndSched[700] ; 

int  glumVin[700] ; 

int  g0verlapBegln[20] ; 

int  g0vnrlapBnd[20] ; 

int  gDownlum; 
int  gDownRTS [100] ; 
int  ^osnBegln[100] ; 
int  gDosn£nd[100] ; 
int  glumLF; 


/*  ga_global_extem.h  */ 

/*  mod  9  Feb:  add  temp  lumLF  for  priority  */ 

/*  mod  8  Feb  for  downtime  */ 

/*  modified  28  Jan  94  to  add  overlap  variables  */ 


/* 

/* 

/♦ 

/* 

/* 

i* 

/* 

/* 

/♦ 

/♦ 


Copyright  (c)  1990 
Darrell  L.  Whitley 
Computer  Science  Department 
Colorado  State  University 

Permission  is  hereby  granted  to  copy  all  or  any  part  of 
this  program  for  free  distribution.  The  authors  name 
and  this  copyright  notice  must  be  included  in  any  copy. 


*/ 

*/ 

*/ 

*/ 

*/ 

*/ 

*/ 

*/ 

*/ 

*/ 
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Z***************************************************/ 


extern 

int 

PoolSize; 

extern 

int 

StrlngLength; 

extern 

int 

lumberTrials ; 

extern 

char 

■odaFllaD ; 

extern 

long 

RandomSeed; 

extern 

float 

SelectlonBlas ; 

extern 

float 

HutateRata ; 

extern 

int 

Statusintarval ; 

extern 

int 

Dumpintarval ; 

extern 

char 

DusipBaseQ ; 

extern 

char 

SaedPool  □ ; 

extern 

char 

FlnalPoolO ; 

extern 

int 

Curr entGanarat ion ; 

extern 

int 

lumPop; 

extern 

int 

Svapinterval ; 

extern 

int 

Svaplumber; 

extern 

int 

Experiments ; 

extern 

float 

Cutoff : 

extern 

int 

SequencaFlag; 

Ze**e*e******e*e*ee*e*e**e**eee*e*ee*e*eeeeee*eeeee*/ 

extern 

POOLPTR  Pool; 

/*  Schedule  Builder  Global  Variables  */ 

extern 

int 

gRTSCTOO] [20] ; 

extern 

int 

gBeginVls[700] [20] ; 

extern 

int 

gEndVis[700] [20] ; 

extern 

int 

gReqLength[700] ; 

extern 

int 

gTumRroundTime  [700] ; 

extern 

int 

gBeginSched[700] ; 

extern 

int 

gEndSchad[700] ; 

extern 

int 

glnBHin[700] ; 

extern 

int 

g0verlapBegin[20] ; 

extern 

int 

g0verlapEnd[20] ; 

•xtani  int  gDovnloB; 
aztern  int  ^oanRTS  [100]  ; 
aztarn  int  gDownBaginClOO] ; 
aztarn  int  gDoanSndClOO] ; 
aztarn  int  glnnLF; 


Position  Crossover  Operator 

This  program  code  is  imchanged,  but  included  since  it  was  used  in  GENITOR  to 
test  the  data. 


Za**aa**a««a«*a«**a*a*a**a*«*«aa*aaa*aa***««aa****aaa*a**«**aaZ 


/*  */ 

/*  Copyright  (c)  1990  */ 

/*  Darrell  L.  Whitlay  •/ 

/*  Computer  Science  Department  */ 

/*  Colorado  State  University  */ 

/*  */ 


/*  Permission  is  hereby  granted  to  copy  all  or  any  part  ol  */ 
/*  this  program  lor  Iree  distribution.  The  author’s  name  */ 
/*  and  this  copyright  notice  must  be  included  in  any  copy.  */ 
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■k***********************************************************/ 

k************************************************************** 

* 

This  is  the  position  operator  developed  by  Sysserda  * 

(The  Genetic  Algorithns  Handbook,  L  Davis,  ed)  and  * 
is^leaented  by  Susan  McDaniel  at  Colorado  State  • 

Itoiversity .  * 

* 

* 

To  use  this  prograa  include  the  lollosing  lines  in  * 
the  ■ain.tsp.c  Tile:  * 

* 

* 

This  call  should  only  happen  once:  * 

^et.city .table  (Pool->strlng_length) ;  * 

* 

This  code  should  be  in  a  loop  so  it  is  called  once  * 
lor  each  recoabination:  * 
il  (  bitgen  O  )  * 

position  (Bon->string,  dad->strlng,  chlld->string,  * 
Pool->strl^_langth,  city  .table);  * 

else  * 

position  (dad->strlng,  Bon->strlng,  child->strlng,  * 
Pool->strlng_length,  clty.table) ;  * 


This  operator  atteapts  to  preserve  position  * 
inlonation  during  the  recoabination  process.  * 
Several  randoa  locations  in  the  tour  are  selected  * 
along  vith  one  ol  the  parents  and  the  cities  in  * 
those  positions  are  iidierlted  Iron  that  parent.  * 
The  reaalnlng  cities  are  inherited  in  the  order  in  * 
which  they  appear  in  the  unselected  parent  skipping  * 
over  all  cities  which  have  already  bean  included  in  * 
the  oilspring.  * 

Ezaaple-  Position  based  crossover:  * 

Parent  1:  abcdelghlj* 

Cross  Pts:  *  *  *  *  (Parent  1  selected)  * 

Parent  2:  clajhdigba* 

Oilspring:  abcjhldgie* 

The  cities  b,  c  ,  1  and  1  are  inherited  Iron  * 

Parent  1  in  ^sitlons  2,  3,  6  and  9  respectively.  * 
The  raaainlng  cities  are  inherited  Iron  Parent  2  as  * 
lollows:  Oil  Cl]  =  P2C3]  since  P2Cl]  and  P2[2]  have  * 
already  been  included  in  the  child  tour.  Then  * 
going  through  Parent  2  in  order.  011 [4]  =  P2C4],  * 

011  [6]  =  P2C6],  011  [7]  =  P2C6],  011C8]  *  P2[83  and  ♦ 

011 [10]  =  P2C10].  * 

♦ 


#include  <stdio.h> 
iinclude  <aalloc.h> 
#lnclude  "ga_randoB.h" 
flnclude  "gene.h" 
finclude  "op.position.h" 


*  FDICTIOI :  get.city.table 

* 

*  DESCRIPTIOI:  allocates  space  lor  the  city  data  table 

*  the  city  data  table  contains  the  position 

*  ol  each  city  in  each  parent  and  also 

*  has  a  Held  which  is  set  when  a  city  has 


*  be«&  IncludAd  in  th*  ollsprlng  tour. 

*  IIPUT  PARAMETERS:  string  longtR 

«  _ 

*  RETURI  VALUE:  tbs  sddbross  of  tho  city  table 
e 

e****************************************************************/ 

CITY_DATA  * 

fst_city_tablo  (length) 
nt  length: 

CITY_DATA  *city_table; 

/*  nalloc  one  extra  location  so  that  cities  l-I  can  be  accessed 
directly,  location  0  sill  not  be  used  */ 

if  (! (city.table  =  (CITT_DATA  ♦)  sialloc  ((length  +  l)*slzeof  (CITT_DATA) ) ) ) 
printf  ("get.city .table:  Nalloc  failure.  W): 

return  (city.table) ; 

} 


*  FUlCTIOI:  position 

* 

*  DESCRIPTIOl:  performs  position  crossover  operation 

* 

*  IIPUT  PARAMETERS:  tso  parent  gene  strings 

*  space  for  child  string 

*  the  length  of  the  tso  strings 

*  the  city  table  address 

* 

*  RETURI  VALUE: 

void  position  (dad,  mom,  kid,  length,  city.table) 

6EIE.0ATA  dadD  ,  noma  ,  kldD  ; 

Int  length; 

CITT.DATA  ecity.table; 

{ 

int  num.positlons; 

int  i,  pos,  dad.i^ex,  kid.index; 

for  (1=1;  i<=length;  l-*"t-)  {  /*  Initialize  city  table  */ 
city.table [1] .used  -  0; 

} 

/*  select  tposltions  that  sill  be  inherited  directly  from  parent  */ 
num.posltlons  =  randomaln  (2elength/3,  length/3); 

for  (i=0;  i<nun.posltions;  i*+)  { 

pos  =  randonain  (length  -  1 ,  0) ;  /*  select  position  rsndomly  */ 
kidCposJ  =  momCpos];  /*  transfer  cities  to  child  */ 
city.table  [non [pos]]  .used  =  1;  /*  mark  city  used  */ 

} 

dad.index  =  0; 
kid.index  =  0; 

while  (kid.lndex  <  length)  { 

if  (! city.table  DBomCkld_lndex]] .used)  {  /*  next  position  in  kid  filled*/ 
if  (! city .table[dad[dad.index]] .used)  {  Anext  city  in  dad  not  used*/ 
kid[kid.lndex]  =  dad[dad.lndex] ;  A  Inherit  from  dad  */ 
dad.index  /*  increment  Indexes  */ 
kid.index 

> 
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•Iso  {  /*  n«zt  city  In  dad  has  boan  nssd  •/ 
dad_lnd«z  /*  so  Incronont  dad  Indaz  */ 

}  /*  ond  also  */ 

>  /*  and  if  */ 

•Isa  {  /*  naxt  position  in  kid  is  lillad  */ 
kid_lndaz  /*  so  incronont  kid  indaz  */ 

>  /*  and  also  ♦/ 

>  /♦  and  sbila  ♦/ 

} 

} 
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Appendix  B.  Evaluation  Function  Code 


The  tsp  eval  program  is  a  procedure  which  builds  and  evaluates  a  schedule.  It  takes 
as  input  an  ordered  list  of  supports  to  schedule  and  then,  in  the  order  of  the  list,  attempts 
to  schedule  each  support  into  a  schedule.  The  function  returns  a  fitness  value  to  the  main 
genetic  algorithm. 

The  schedule  builder  code  includes  three  procedures:  ScheduleWindow,  Schedule- 
Support,  and  tsp  eval.  Tsp  eval  is  the  main  procedure.  It  is  called  from  GENITOR, 
and  returns  the  evaluation  of  a  schedule.  Tsp  eval  first  clears  a  schedule,  schedules  any 
overlaps  firom  the  previous  day,  then  attempts  to  schedule  each  support  in  the  order  given 
in  the  sequence  passed  to  it  from  GENITOR.  ScheduleSupport  attempts  to  schedule  each 
support  in  the  available  time  windows.  Each  time  window  is  attempted  by  calling  the 
ScheduleWindow  routine.  If  a  support  is  scheduled  in  a  window,  the  space  taken  by  the 
support  is  blocked  out  of  the  schedule.  Then  ScheduleSupport  returns  a  fitness  vsdue  to  tsp 
eval.  This  fitness  value  is  normally  one,  but  can  differ  if  a  priority  scheme  is  used  to  weight 
the  scheduling  of  different  types  of  supports.  After  aU  supports  have  been  scheduled  (or 
failed  to  be  scheduled),  tsp  eval  returns  a  fitness  score  based  on  the  number  of  supports 
scheduled  to  the  main  GENITOR  function. 


/*  SCHEDULE  BUILDER  PROGRAM  */ 

/*  31  Jan  94:  auto  file  generation  */ 

/*  28  Jan  94  Eval_tsp.c  —  position  crossover  ♦/ 

/*  28  Jan:  add  overlap  variables  */ 

/*  This  modification  allows  supports  to  be  scheduled  past  the  end  of  the  day  */ 
/*  if  allowed  by  the  supports  windows  */ 

/*  do  this  by  increasing  filled  array  from  1470  to  2100,  and  teJce  off  end  */ 

/♦  conditions  */ 

#include  <stdio.h> 

#include  <math.h> 

#include  "gene.h" 

#include  "op.position.h" 

#include  "ga_global_extem.h" 

int 

ScheduleWindow  (spt,  win,  filled) 
int  spt ; 
int  win; 

int  f illed[21] [2100] ; 

{ 

/♦  Declare  Variables  */ 
int 

bVis,  /*  gBeginVis  -  gTumAroundTime  :  0  if  latter  <0  */ 

eVis,  /*  ending  visibility  */ 

rLength,  /*  RegLength  +  TumAroundTime  */ 

endSpt,  /*  Flag  for  Support  either  scheduled  or  run  out  */ 
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J. 

1. 

/* 

minute, 

length, 

scheduled, 

beginSched, 

endSched, 

start, 

/* 

rts; 


/«  Counter  lor  support  index  being  scheduled  */ 
/«  Counter  lor  lilling  in  scheduled  blocks  */ 
spt:  Index  lor  support  */ 

/*  current  time  Interval  */ 

/*  length  so  lar  */ 

/*  binary:  1  or  scheduled;  0  lor  not  schedule  */ 


/*  current  start  ol  support  */ 
tat,  /♦  turn  around  tine  */ 

/*  RTS  number  —  passed  Irom  global  gRTS [support] 
/*  scheduledPtr  :  indicates  il  scheduled  or  not 
/****  Initialize  Variables  *****/ 
scheduled  =  0; 
length  =  0; 

endSpt  =0;  /*  initialize  llag;  end  ehen  it  =  1*/ 


*/ 

*/ 


/*  Initialize  Starting  Point,  Required  Length  vith  TAT  */ 

rts  =  gRTS [spt] [win] : 
tat  =  gTumAroundTime  [spt]  ; 

bVis  =  gBeginVis  [spt]  [sin]  -  gTumAroundTime  [spt]  20  ; 

eVis  =  gEndVis  [spt]  [sin]  20; 

/*  add  tsenty  lor  overlap  area  */ 
il  (bVis  <  0) 

i 

tat  =  bVis  *  tat; 

bVis  =  0;  reduces  tat  il  near  boundary  at  start  ♦♦♦*/ 

> 

rLength  =  gReqLangth[spt]  *  tat; 

minute-  bVis  +1;  /*  my  blocks  are  lilled  to  the  right  ol  position  */ 

start  s  minute;  /*  Starting  position  ol  current  attempt  */ 

shile  (endSpt  !=  1)  /*  schedule  until  successlul  or  end  */ 

il  (lilled[rts] [minute]  ==  0)  /*  il  current  space  Iree  */ 

length  ■•■=1;  /*  increment  length  il  space  Iree  */ 

else 

{ 

length  =0;  /*  reset  to  zero  il  space  is  lilled  e/ 

tat  =  gTumAroundTime  [spt]  ; 

rLength  =  gReqLength[spt]  tat; 
start  =  minute+l; 

} 


il  (length  ==  rLength)  /*  then  schedule  the  support  here 

{ 

beginSched  =  minute  -  gReqLength [spt]  -  20; 
endSched  =  minute  -  20; 

scheduled  =  1; 

lor  (1  =  start ;1  <=  minute;l++) 
lllled[rt8] [1]  =  1; 

> 

il  (  (minute  ==  eVis)  1 1  (scheduled  ==  1)  ) 
endSpt  =  1; 
minute  -»-=  1; 


>  /♦  End  Support  ♦/ 

/*  Iprintl  (stdout,  "scheduled  =  Xd\n",  scheduled);  */ 


*/ 


Ail  (scheduled  ==  1) 

printK "SCHEDULE  Support  %d  in  uindov  %d  at  RTS  Xd,  begin:  Xd 
end:  XdXn", 


spt,  vin,  rts,  beginSched,  endSched  ); 


else 

printK" 


Support  %d  not  scheduled  in  window  %d\n",  spt,  win); 


*/ 
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ratornCsclitdulad) ; 

}  /*  end  SchoduleVindoe  */ 


/**«•*«««**«*««««*«««*«««*««***««**«***«««««****«*««******««*««*/ 

int 

ScbaduleSupport ( spt .filled) 
int  apt; 

int  f illedCSl] [2100] : 

{ 

int  i,  win,  flag; 

int  ached;  /*  flag  =  1  if  achadnled  ,  0  os  */ 
ached  =  0; 

sin  =1;  /*  counter  for  nunber  of  sindosa  triad  */ 

flag  =  0; 

shile  (flag  !=  1) 

{ 

ached  =  SchednleUindos(apt,sln,filled) ; 

/*  printf  ("ached-Xd,  glumWin[Xd]=Xd\n''.  ached,apt,gluaVin[apt]);  */ 
if  (  (ached  ~  1)  II  (sin  ==  glnmVinCapt])  ) 
flag  =1; 

sin  +=1; 

> 

/♦  if  (8ched==0) 

printfC'***  Support  Xd  lOT  SCHEDULED !***\n“. apt);  */ 
retum(ached) ; 

} 

/«  **ee**e***eee*e*««e*#*e««e*««4te*4re**ee«««ee***e*****«******e  «/ 

float 

tap.eval  (order,  num_support8) 

GEIE_DATA  order [] ; 
int  nnm_8upport8 ; 

/*  Declare  Variablea  */ 
int 

f illed[21] [2100] ,  !*  tine  units  in  schedule  are  filled [rts] [tine]  */ 

j,  /*  Counter  for  support  index  being  scheduled  */ 

k. 

apt,  /*  Index  for  support  a/ 

numScheduled,  /*  number  of  supports  scheduled  */ 
minute,  t*  counter  for  current  time  */ 

rtslum;  t*  max  number  of  RTSs  */ 

/♦♦♦♦  Initialize  Variablea  **♦♦*/ 
rtalum  =  20;  /*  must  be  one  leas  :.han  max  cause  of  arrays  0-19  */ 

/*  printf ("rtslum  =  Xd\n",  rtalum);  */ 
for  (k  =  l;k  <=  rtslum;k-i"t-) 

for  (minute  =  0;minute  <=  2100  ;minute-i-i-) 

filledOc]  [minute]  =  0; 

/*  printf  ("filled  [Xd]  [Xd]=  Xd\n", k, minute,  filledDO  [minute])  ;  *t 

> 

> 

/*  Schedule  the  overlaps  first,  before  the  real  supports  */ 
for  (k  =  1;  k  <=  rtslum;  k++) 

for  (minute  =  g0verlapBegin[k] ;  minute  <=  g0verlapEnd[k] ;  minute+'t-) 
filled[k] [minute]  =  1; 

numScheduled  =  0; 

I*  Schedule  each  Support  in  Priority  Order  */ 

for  (j  =  0;j<  num.supports ;  j++)  /*  Try  to  schedule  support  ♦/ 

{ 

spt  =  order [j] ; 
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/♦  prlntK  “Start  SS  OrdarCXd]  =  Xd\n“,j,  orderCj]);  */ 

naoScliaduled  -*■=  SchadnleSapportCspt,  lllled); 

}  /*  and  niUB_8iipport8  */ 

/♦  Iprintf  (8tdout,  “niu_8npport8  =  Xd\n“,  iiiui_8npport8) ;  ♦/ 

/*  The  6A  aants  to  NIllBize  8omathliig. . .  8o  do  Max  poas  -  actual  */ 

/*  priutK  “\n  lujBber  Scheduled  =  %d\n***************************\n\n\n", 
nuaSchedulad) ;  *f 

return (nuB_8upport 8  -  nunSchedulad) ; 

}  /♦  End  Eval  */ 


FDICTIOl:  read_data 
* 

*  DESCRIBE:  read  In  data 

* 

*  IIPUT  PARAMETERS:  lilaname  of  Hat  of  aatellite  aupport  data 

* 

*  _ 

*  RETURl  VALUE:  none 

* 

*  CALLS:  get_coord_arra7 

*  read_coord8 

*  get_2D_di8t_array 

*  calc.dlstancas 

void 

read_data  (coord.file,  num.supporta) 
char  coord.fileQ; 

int  num_ aupport a ; 

{ 

Int  1; 
int  apt; 
int  rta; 

int  bVia,  eVia,  rLength.tat; 

FILE  efp; 

printf ("coord_file  ia:  /.a",  coord_file); 
for  (i=l;  i<=num_8upport8:  i++) 

{ 

glumWinCi]  =0;  /*  aet  number  of  eindoua  [apt]  =  0  */ 

t*  printf ("gIumHin[V,d]=y,d\n" ,i,gIumVin[i]) ;  */ 

> 

if  (fp  =  fopen(coord_f ile,  "r”)) 

{ 

while  (facanfCfp,  "Xd  Xd  Xd  Xd  Xd  Xd",  Aapt.  Arts,  AbVia, 
AeVi8,*rLength,  Atat  )  !=E0F) 

{ 

glumWinCapt]  +=1; 

gRTSCapt] [glumVinCapt]]  =  rta; 

gBeginViaCapt] [glumVinCapt]]  =  bVia;  /*  add  for  overlap  */ 
gEndViaCapt]  [glunVinCapt]]  =  eVia;  /«  add  for  overlap  */ 

gReqLengthCapt]  =  rLength; 
gTumAroundTime  [apt]  =  tat; 

/*  printf  ("apt  =  Xd,  rt8=  Xd,  Bvi8=  Xd,  Evia  =  Xd,  ReqLen  =  Xd, 
TAT  =  Xd\n",  apt,  gRTS[8pt] [gIuiiWin[8pt]] ,  gBeginVi8[8pt] [gIumWln[8pt]] , 
gEndVi8[8pt]  [gIumHin[spt]]  ,  gReqLength[8pt]  ,  gTumAroundTime  [apt]  );  */ 

/*  printf  (" - glumWinlXd]  =  Xd\n",  8pt,gIumVin[8pt]) ;  */ 

> 

f cloae  (fp) ; 

/*  for  (i=l;  i<=  num_Eupport8;i-<-«-) 
printf (“gHumWin[Xd]  =  Xd\n",i,glumVin[i]};  */ 

} 

elae 
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fatal.arror  ("Cannot  read  input  city  file  datafile”); 


/e«**eee*ee*************««e****e********e**e******«e****ee***e**e*«*eee*««*e 
FUICTIQl:  read_oveTlap_data 
* 

e  DESCRIBE:  read  in  data 

*  IIPUT  PARAMETERS:  filename  of  list  of  satellite  support  overlap  data 

* 

* 

*  RETURl  VALUE:  none 

* 

*  CALLS:  get_coord_array 

*  read_coords 

*  get_20_dist_array 

*  calc.distances 

^^iti^t***********************************************************************/ 

void 

read_overlap_data  (coord.file) 
char  coordLfileQ; 


int  i; 

int  rts; 

int  bVis.  eVis; 

FILE  *fp; 

if  (fp  =  fopen(coord_file,  "r")) 

while  (fscanfCfp,  "Xd  Xd  Xd",  Aarts,  AbVis.  AeVis  )  !=EOF) 

■C 

gOverlapBeginCrts]  =  bVis; 
gOverlapEndCrts]  =  eVis; 

/*  printf ("gOverlapBeginCXd]  =  Xd\t  gOverlapEndCXd)  -  Xd\n",  rts, 
gOverlapBeginCrts],  rts,  gOverlapEndCrts]);  */ 

/*  printf  ("spt  =  Xd,  rts=  Xd,  Bvis=  Xd,  Evis  =  Xd,  ReqLen  =  Xd, 
TAT  =  Xd\n",  spt,  gRTSCspt] CglunVinCspt]] ,  gBeginVisCspt] CglumWinCspt]] , 
gEndVisCspt]  CglumVinCspt]] ,  gReqLengthCspt]  ,  gTumAroundTiae  Cspt]  );  */ 

/*  printf  (" - glumWinCXd]  =  Xd\n",  spt ,gIumWin Cspt]  ) ;  ♦/ 

> 

f close  (fp) ; 

/*  for  (i=l;  i<=  num_8upport8;i++) 
printf ("glumVinCXd]  =  Xd\n",i,gIumVinCi]);  */ 

} 

else 

fatal_error  ("Cannot  road  input  city  file  overlap"); 

> 
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Appendix  C.  Schedule  Builder 


This  program  code  is  a  modification  of  the  Evaluation  Function  code  in  Appendix  B. 
Schedule  Builder  generates  a  schedule  corresponding  to  an  input  solution  sequence.  This 
solution  is  stored  in  a  file  named  iourdata  and  is  produced  by  the  GENITOR  code  at  the 
end  of  a  nm. 

The  output  of  the  Schedule  Builder  code  is  an  overlap  file  and  a  schedule  file.  The 
overlap  file  contains  the  start  and  end  times  of  all  supports  which  overlap  into  the  next 
day  or  within  the  maximum  turn  around  time  of  the  end  of  the  day.  The  schedule  file 
contains  the  schedule  produced  for  the  24-hour  period.  Included  in  this  file  is  the  support 
number,  RTS,  beginning  time,  ending  time,  service  time,  and  tumaroimd  time. 


/*  Schedule  Builder  Code  -  build  schedule  */ 

/*  1  Feb:  print  schedule  to  file  */ 

!*  30  Jan  94:  lix  overlap  by  clearing  the  global  overlaps  *! 

/*  28  Jan  94:  overlap  of  20  minutes  allowed  at  beginning  */ 

/*  3  Jan  94:  alloeed  supports  to  be  scheduled  past  1470  */ 

/*  changed  lilledU  array  from  1470  to  2100,  take  off  condition  */ 

#include  <stdio.h> 

#include  <math.h> 
tinclude  <gene.h> 
tinclude  <op_edge_recomb.h> 

tinclude  <ga_global_extem.h> 
int 

ScheduleWindov  (apt,  «in,  filled) 
int  apt : 
int  win; 

int  filled[21] [2100] ; 

{ 

/*  Declare  Variables  */ 


int 


tat. 


bVis, 
eVis, 
rLength, 
endSpt , 

j. 

1. 

t* 

minute, 

length, 

scheduled, 

beginSched, 

endSched, 

start, 

/* 

rts: 


/*  gBeginV..  gTumAroundTime  :  0  if  latter  <0  */ 
/*  ending  visibility  28  Jan  */ 

/*  RegLength  +  TumAroundTime  ♦/ 

/♦  Flag  for  Support  either  scheduled  or  run  out  ♦/ 

/*  Counter  for  support  index  being  scheduled  */ 

/*  Counter  for  filling  in  scheduled  blocks  */ 
spt:  Index  for  support  */ 

/*  current  time  interval  ♦/ 

/*  length  so  far  */ 

/*  binary:  1  or  scheduled;  0  for  not  schedule  */ 


/* 


FILE  ♦fp; 


current  start  of  support  */ 
turn  around  time  */ 

/*  RTS  number  —  passed  from  global  gRTS [support] 
/*  scheduledPtr  :  indicates  if  scheduled  or  not 


♦/ 

*/ 


/****  Initialize  Variables  ♦♦♦♦♦/ 
scheduled  =  0; 
length  =  0; 
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endSpt  sO;  /*  initialize  Hag;  end  ehen  it  s  i*/ 

/*  Open  llle  ior  output  to  scliedule  1  Feb  */ 

Ip  s  lopenC  schedule  ,  a  }; 


/*  Initialize  Starting  Point,  Required  Length  «ith  TAT  */ 

rts  =  gRTS  [apt]  [sin]  ; 
tat  =  gTumAroundTlma  [apt]  ; 

bVis  3  gBeginVis  [apt]  [win]  -  gTumAroundTineCspt]  -t-  20; 
eVls  s  gBndVls  [apt]  [win]  20 ;  /«  20  is  aax  TAT  -  28  Jan  */ 

/♦  il  (  (spt==l)  1 1  (spt==16&)  ) 
prlntK  tatsXd,bVia=Xd\n  ,tat,bVls);  */ 
il  (bVis  <  0) 

tat  =  bVls  tat; 

bVis  =  0;  /«***  reduces  tat  il  near  boundary  at  start  ****/ 

} 

rLength  =  gReqLengthCspt]  tat; 

/*  il  (  (spt==l)  1 1  (spt==lS6)  ) 
printl(  rLength=Xd\n  .rLength);  */ 

minute=  bVis  -t-  1;  /*  my  blocks  are  lllled  to  the  right  ol  position  */ 

start  =  minute;  /*  Starting  position  ol  current  attempt  */ 

while  (endSpt  1)  /*  schedule  until  successlul  or  end  */ 

i 

11  (lilledCrts] [minute]  0)  /*  11  current  space  Iree  */ 

length  -*’=1;  /*  increment  length  il  space  Iree  */ 

else 

length  =0;  /*  reset  to  zero  il  space  is  lilled  */ 

tat  -  gTumAroundTime  [apt]  ; 

rLength  »  gReqLengthCspt]  -i-  tat; 
start  -  mlnute-fl; 

> 

il  (length  rLength) 

beglnSched  =  minute  -  gReqLengthCspt]  -*  20; 
endSched  =  minute  -  20; 
scheduled  =  1; 

lor  (1  =  start;l  <=  minute ;!-»"•■) 
lilledCrts] Cl]  =  1; 

/*  Il  ends  in  TAT  zone  then  save  to  overlap  */ 
il  (endSched  >  1420)  /*  1440  -  max  TAT;  in  overlap  */ 

il  (  (gOverlapEndCrts]  =  0)  1 1  (endSched  > 
gOverlapEndCrts])  ) 

{  /*  il  rts  overlap  is  new  or  this  one  is  longer  than 

last  */ 

gOverlapEndCrts]  =  endSched  -  1420; 
il  (beginSched  >  1420  ) 

gOverlapBeglnCrts]  =  beglnSched  -  1420; 

else 

gOverlapBeglnCrts]  =  0; 

} 


il  (  (minute==  eVis)  I  I  (scheduled  ==  1)  ) 
endSpt  =  1; 
minute  +=  1; 

>  /*  End  Support  */ 

/*  Iprintl  (stdout,  scheduled  =  XdXn  ,  scheduled);  */ 
il (scheduled  ==  1) 

printK  ’/.d  %d  5ld  '/A  !(d  Xd\n  , 

spt,  rts,  beginSched,  endSched  ,  gReqLengthCspt], 
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gTurnlroTuulTlBa  [apt]  }; 
iprintldp,  Xd  Xd  Xd  Xd  Xd  Xd\n  . 

apt,  rts,  baginSchad,  andScbad  ,  gRaqLangtbCspt] , 
gTumlroiuidTiBaCapt]  ); 

/aalaa 

prlntK  Support  Xd  not  achadulad  in  vlndov  Xd\n  ,  apt,  vin);  */ 

Icloaadp);  /*  atop  printing  to  111a  1  Fab  */ 
ratum(acbadulad) ; 

>  /*  and  ScbadulaHlndon  */ 

Int 

SchadulaSupportCapt ,lillad) 

Int  apt; 

int  lillad[21] [2100] ; 

{ 

int  1,  Bin,  llag; 

int  achad;  /*  llag  =  1  11  acbadulad  ,  0  ob  */ 
acbad  =  0; 

Bin  =1;  /*  countar  lor  nunbar  ol  BindoBa  triad  */ 

llag  =  0; 

Bbila  (lleig  !=  1) 

i 

acbad  =  ScbadulaWlndoB(apt,Bin,llllad) ; 

/*  printl  (  acbad=Xd,  gIumVinCXd]=Xd\n  ,  acbad, apt, glumUinCapt]) ;  */ 
il  (  (acbad  ==  1)  II  (Bin  ==  glumVlnCspt])  ) 
llag  =1; 

Bin  +=1; 

} 

/♦  il  (acbad==0) 

printl (  Support  Xd  lOT  SCHEDULED ! *aa\n  ,apt);  */ 

ratttm(acbad) ; 


/«  **tt*m*****************************tf************************  */ 


lloat 

tap. aval  (ordar,  num.aupports) 


int  ordar  □ ; 

int  nuD.aupporta ; 


{ 


/*  Daclara  Varlablaa  */ 


lillad[21] [2100] ,  /*  tima  unita  in  acbadula  ara  lillad[rta] [tima]  *t 

j ,  /*  Countar  lor  support  indaz  baing  acbadulad  */ 

k, 

apt,  /*  Indaz  lor  support  *! 

numScbedulsd,  /*  nunbar  ol  supports  acbadulad  */ 
minute,  I*  counter  lor  current  time  */ 

rtslum;  t*  maz  number  ol  RTSs  */ 

/♦*♦*  Initialize  Variables  •*♦♦*/ 


rtslum  =20;  /*  must  be  one  lass  than  maz  causa  ol  arrays  0-19  *t 

I*  printl (  rtslum  =  Xd\n  ,  rtslum);  */ 
lor  (k  =  l;k  <=  rtslum;k-*"f) 

{ 

lor  (minute  =  0;minute  <=  2100;minute-i"i-) 

■C 

lilledQc]  [minute]  =  0; 

/a  printl (  lilled[Xd] [Xd]=  Xd\n  ,k,minute,llllad[k] [minute] );  v/ 

} 


/*  Schedule  tbe  overlaps  lirst,  balora  tbe  real  supports  */ 
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lor  (k  =  1;  k  <=  rtsiTm;  k++) 

lor  (Binnta  =  gOverlapBeginCk] :  ainuta  <=  gOvarlapEndCk] ;  ainnta-f-t-) 
lilledCk]  [alirnta]  =  1; 

/*  Sat  tka  Ovarlapa  back  to  zaro;  alnca  arittan  to  in  sckadullng  30  Jan  */ 
lor  (k  =  1;  k  <=  rtalua;  k't-t-) 

gOvarlapBaginCk]  =  0; 

gOvarlapEndCti  =  0; 

} 

nnaSchadnlad  »  0; 

/*  Sckadula  aack  Support  In  Priority  Ordar  *J 
printK  Spt  RTS  Bag  End  Langtk  TAT\n\n  ); 

lor  (j  =  l;j<=  nuB_8Upport8 ;  j++)  /♦  8tart  at  0  lor  Top,  i  lor  8b  ♦/ 

opt  =  ordarEj]; 

/♦  printl(  Start  SS  Ordar CXd]  =  %d\n  ,j,  ordarEj]);  ♦/ 

nuaSchadulad  +=  SchadnlaSupportEapt,  lillad); 

}  /*  and  num_8upport8  a/ 

/*  Iprintl  (atdout,  nua.aupporta  =  Xd\n  ,  nua.anpporta) ;  */ 

/*  Tka  6A  aanta  to  Nlliaiza  aonatking  so  do  Max  poss  -  actual  */ 

printK  \n  lumber  Sckadulad  =  Xd\n*****a*a*******************\n\n\n  , 

numSckeduled) ; 

ratum(num_8upports  -  numSckadulad) ; 

>  /♦  End  Eval  ♦/ 


FUICTIQI:  read_data 
* 

a  DESCRIBE:  read  in  data 

*  IIPUT  PARAMETERS:  lllanama  ol  list  ol  satallita  support  data 


a  RETURI  VALUE:  none 

*  CALLS:  gat_coord_arra7 

*  raad_ coords 

*  get_2D_di8t_array 

*  calc.dlstancas 

void 

read.data  (coord.lile,  num.supports) 
char  coord.lileE] ; 

int  num.supports; 

{ 

int  i; 
int  spt; 
int  rts; 

int  bVis,  eVis,  rLengtb,tat; 

FILE  alp; 

lor  (i=l;  i<=num_support8;  i++) 

glumVlnEi]  =0;  /a  set  number  ol  sindous  Espt]  =  0  a/ 

/a  printK  gIumtfinEXd]=Xd\n  ,i,glumtfinEi]):  */ 

> 

il  (Ip  =  lopon(coord_lilo,  r  )) 

while  (IscanlClp,  Xd  Xd  Xd  Xd  Xd  Xd  ,  Rapt,  Arts,  AbVis,  AaVis,krLength,  Atat  )  !=E0F) 

glumWinEspt]  +=1; 

gRTS Espt] EglumWin Espt]]  =  rts; 

gBeginVisEspt] EglumWlnEspt]]  =  bVis; 
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gEndVlsCspt]  CglaaHiiiCspt]]  =  eVis; 

gRaqLengthCspt]  =  rLength; 
gTurnAroimdTimeCspt]  =  tat; 

/*  prlntl  (  apt  =  Xd,  rt8=  Xd,  Bvias  Xd,  Evia  =  Xd,  RaqLan  =  Xd, 
TAT  =  Xd\n  ,  apt,  gRTSCapt]  [glnmUlnCapt]]  ,  gBaginViaCapt]  Cgliu>Ulii[apt]]  , 
gEadViaCapt]  CglumHinCapt]]  ,  gRaqLangthCapt]  ,  gTnmAroondTlna  [apt]  };  a/ 

Tcloaa  (Ip) ; 

/♦  lor  (i=l;  i<=  num_aapporta:  !'«■+) 

^rlntK  gluBUlnCXd]  =  Xd\n  ,l,glumUin[l]) ;  */ 

ala  a 

latal.arror  (  Caimot  raad  Input  city  111a  ); 

} 


FUICTIOI :  raad_overlap_data 
* 

a  DESCRIBE:  raad  in  data 

a  ZIPUT  PARAMETERS:  lllanana  ol  liat  ol  aatallita  aupport  overlap  data 
a 
a 
a 

a  RETURI  VALUE:  none 

a  CALLS:  get_coord_ array 
a  raad.coorda 

♦  get_2D_diat_array 

a  calc.diatancea 

************************<ti***i^***************m***m***************************/ 

void 

read.overlap.data  (coord_lile) 
char  coord.lilaQ: 


int  i; 
int  rta; 
int  bVla,  aVia; 
FILE  alp; 


il  (Ip  =  lopen(coord_lile,  r  )) 

while  (lacanldp,  Xd  Xd  Xd  ,  Arts,  AbVia,  AeVia  )  !=EOF) 

{ 

gOverlapBeginCrta]  bVia; 
gOverlapEndCrta]  =  aVia; 

/a  prlntK  gOvarlapBeginCXd]  =  Xd\t  gOverlapEndCXd]  =  Xd\n  , 
rta,  gOverlapBeginCrta],  rta,  gOvarlapEndCrta]};  */ 

/*  printl  (  apt  =  Xd,  rt8=  Xd,  Bvi8=  Xd,  Evia  =  Xd,  RaqLan  =  Xd, 
TAT  =  Xd\n  ,  apt,  gRTSCapt] [glumUinCapt]] ,  gBaginViaCapt] [glumWin [apt]] , 
gEndViaCapt]  CglumVinCapt]]  ,  gRaqLangthCapt]  ,  gTumAroundTlme  [apt]  );  a/ 

/a  print! (  - glumWinCX^  =  Xd\n  ,  8pt,gIumVinC8pt] ) ;  a/ 

} 

Icloae  (Ip); 

/a  lor  (i=l;  i<=  nuin_aupporta;i++) 
printl (  glnnVinCXd]  =  Xd\n  ,i,gIUBHinCi]);  */ 

elae 

latal.error  (  Cannot  read  input  city  lila  ); 

} 


/lt^^^**^l*^^l|^m************************************************^^*^^l^*r^*^^****^**t* 

FUICTIOI :  print _overlap_data 
a 

a  DESCRIBE:  print  out  data 
* 
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*  IIPUT  PARAMETERS:  lilanaBS  ol  list  of  aatallito  support  overlap  data 


*  RETURI  VALUE:  none 
void 

prlnt_overlap_data  (coord_file) 
char  coord_f ils  □  : 

{ 

int  i; 

int  rts; 

iut  bVls,  aVis; 

FILE  *fp; 

if  (fp  =  fopan(coord_fila,  s  )) 

for  (rts  =  1;  rts  <=  19;  rts++) 

bVis  =  gOverlapBaginCrts] ; 
eVis  =  gOvarlapEndCrts] ; 

fprintfCfp,  Xd\tXd\tXd\ii  ,  rts,  bVis,  aVis  ); 

> 

f close  (fp): 

> 

else 

fatal.arror  (  Cannot  read  or  srita  overlap  file  ); 

> 
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Appendix  D.  SatelHie  Range  Schedtding  Data  Processing 

The  processing  of  satellite  support  data  begins  with  raw  ASTRO  data  which  is  pro¬ 
cessed  by  Pascal  programs  to  produce  satellite  request  windows.  This  data  is  filtered  by  a 
C  program  to  prepare  the  data  for  the  genetic  algorithm. 

ASTRO  Data 

ASTRO  (Automated  Scheduling  Tools  for  Range  Operations)  is  a  computer  system 
and  database  to  aid  the  range  schedulers.  The  report  information  for  the  seven  days  of 
test  data  is  in  a  file  named  FINLDATA.DFT.  This  file  is  the  raw  input  which  determines 
support  requests  and  request  visibilities. 

Requests  and  Visibility  Windows 

Pascal  programs  written  by  Gooley  and  Schalck  are  used  to  process  the  ASTRO 
data.  The  programs  extract  the  satellite  support  requirements  and  request  visibilities. 
Five  programs  are  used  for  this  algorithm:  one  to  process  the  low-altitude  satellite  (low- 
flyer)  support  information,  and  four  to  process  the  medium  and  high-altitude  satellite 
support  (high-flyer)  information.  These  programs  are  run  using  TurboPascal  on  a  IBM 
PC  compatible  computer. 

The  final  data  format  is: 

1.  Support  Niimber 

2.  RTS  the  satellite  is  visible  to 

3.  Beginning  visibility  time  of  window  (in  minutes) 

4.  Ending  visibility  time  of  window 

5.  Length  of  support  (in  minutes) 

6.  TAT  (turn  around  time)  required  by  an  RTS 

7.  IRON/Revolution:  identifies  satellite  and  pass 
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LREQ.PAS.  This  Pascal  program  reads  in  the  information  on  low-flyer  supports 
and  saves  the  information  to  a  file  called  REQLF.DAT  containing  the  low  altitude  satellite 
support  requests  for  a  day. 

HREQ.PAS.  This  program  reads  in  the  information  on  high-altitude  requests  for 
a  day  and  saves  the  information  to  two  files:  1)  REQHF.DAT:  the  high-altitude  requests 
for  a  day,  and  2)  DIV.DAT:  the  visibilities  for  the  high  altitude  requests  for  a  day. 

TOL.PAS.  This  program  takes  tolerance  data  presented  in  different  formats  for 
each  request  from  HHEQ.PAS  r.  \d  standardizes  the  tolerance  window  data. 

CROSS2.PAS.  This  program  cross  checks  requests  and  visibilities.  It  cross  refer¬ 
ences  the  visibility  file  created  in  HREQ.PAS  and  the  output  from  TOL.PAS  to  determine 
all  the  RTSs  that  can  satisfy  each  medium  or  high  altitude  support  request  from  TOL.PAS. 

RTS. PAS.  This  Pascal  program  ensures  all  RTS  sides  are  included  once  and  only 
once  for  each  support  request-RTS  visibility  combination. 


Prepare  Time  Window  Data  for  GENITOR 

This  program  reads  in  the  separate  data  files  for  the  low-flyers  and  high-flyers  and 
combines  them  into  one  file  for  use  in  the  GENITOR  gen^itic  algorithm.  It  also  changes 
the  RTS  name  to  a  number  for  reference  in  array  structures. 


/*  6  Jan  94  Preprocess  Data  modications  */ 

/*  now  strips  out  all  windows  lor  RTS  #  9,  16,  19  to  match  Spike  */ 

f*  —  reads  in  request  windows  ol  LF/EF  and  prints  out  concate  file  *! 

/*  with  RTS  names  changed  to  numbers  */ 

/*  1)  Open  output  lile  "Dayout.dat"  ♦/ 

/*  2)  Ask  lor  LF  lile  name  (  ex.  "LFDaylg.dat")  */ 

/*  3)  Read  in  data,  convert  name  to  number  and  drop  IROI  */ 

/*  4)  Ask  lor  HF  lile  name,  read  in  data  —  start  spt  #  at  LF  +1  ♦/ 

/if^^i^^m************if**********************************i¥*****************’¥*** 

Program:  Process. 

* 

*  DESCRIBE:  read  in  data 

* 

*  IIPUT  PARAMETERS:  lilename  ol  list  ol  satellite  support  data  lor  LF  and  HF 

* 

* 

*  _ 

*  RETURI  VALUE:  none,  but  print  a  support  list  to  Dayout.dat 

* 

*  CALLS:  read.data 
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ilncluda  <8tdlo.h> 


aqual.strlngs  (si,  82) 
char  8l[]  ,82Q  ; 

int  1=0,  ansBer; 

Bhile  (  8l[i]  ==  82[i]  kk  8l[i]  !=  ‘NO’  kk  82(1]  •=  »\0‘ 
if  (  8l[i]  ==  '\0'  kk  82Ci]  ==  *\0*  ) 
ansBar  =  1;  /*  strings  aqual  */ 

alsa 

ansBsr  =  0;  /*  not  aqual  */ 

ratum  (ansBar) ; 

} 


nama.to.Ium  (nama) 
char  nama [] ; 

{ 

int  rts; 

ii  (aqual.strlngs  (na]na,‘'PQG0-A")  ) 

rts  =  1; 

alsa  if  (aqual.strlngs  (nan8,"P060-B")  ) 
rts  =  2; 

alsa  if  (aqual.strlngs  (naina,“PQG0-C”)  ) 
rts  =  3; 

alsa  if  (aqual.strlngs  (naaa,''HlILA-A*')  ) 
rts  =  4; 

alsa  if  (aqual.strlngs  (nama,"HULA-B“)  ) 
rts  =  6; 

also  if  (aqual.strlngs  (naa8,''C00K-A")  ) 
rts  =  6; 

alsa  if  (aqual.strlngs  (nama,"CaOK-B'‘}  ) 
rts  =  7; 

alsa  if  (aqual.strlngs  (naai8,"in>I-A'‘)  ) 
rts  =  8j 

alsa  if  (aqual.strlngs  (nama,"IIDI-B")  ) 
rts  =  0; 

alsa  if  (aqual.strlngs  (nam8,"B0SS-A")  ) 
rts  =  10; 

alsa  If  (aqual.strlngs  (nama,  "BOSS-B")  ) 
rts  =  11; 

alsa  if  (aqual.strlngs  (nam8,"LI0I-A")  } 
rts  =  12; 

alsa  if  (aqual.strlngs  (nam8,"LI01-B''}  } 
rts  =  13; 

alsa  if  (aqual.strlngs  (nam8,"GUAM-A"}  ) 
rts  =  14; 

alsa  if  (aqual.strlngs  (nama,"GUAII-B")  ) 
rts  =  15; 

alsa  if  (aqual.strlngs  (nama,"PIKE-A''>  ) 
rts  =  16; 

alsa  If  (aqual.strlngs  (nam8,"PIKE-B")  ) 
rts  =  0; 

alsa  If  (aqual.strlngs  (nama,“REEF-A”)  ) 
rts  =  18; 

alsa  if  (aqual.strlngs  (nama,"aEEF-B'')  ) 
rts  =  0; 

alsa  _ 

pr intf ( "UraOMlNn" ) ; 

ratum(rts) ; 

} 

raad.data  (out .f 11a,  coord.flla,  start,  andPtr) 
FILE  •out.fila; 


++i; 
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cliar  coord_fll«n : 

Int  start; 

Int  *endPtr: 

Int  i; 

Int  apt; 

cbar  rtslamsCS]: 

Int  bVia,  aVls,  rLength.tat: 
char  iron [16] ; 
int  totlnaSpt; 
int  rts; 

FILE  *input_lils: 

lnpnt_lile  =  lopen(coord_llla,  “r"); 

vhile  (fscanlCinput.file,  "%d  Xs  %d  Xd  %d  Xd  Xa”,  ftapt,  ftrtslaae,  hbVls, 
teVia.trLangth.  fttat,  klron  )  !=EOF) 

apt  =  apt  *  start; 
totInmSpt  =  apt; 

rta  =  naDe_to_lTUi(rt8lame) ; 
ii  (  rts  !=  0  ) 

Iprintl  (ont_lile,"Xd\tXd\tXd\tXd\tXd\tXd\n",  apt,  rta,  bVis,  eVia, 
rLength,  tat) ; 

} 

Icloaa  (Inpnt.flle) ; 
aendPtr  =  totlnmSpt; 

} 

/*♦♦♦♦  Mill  PROGEAM  ♦♦♦♦*/ 
malnO 

{  /*  start  MAII  */ 

/****  Inltiallza  and  declare  Variables  *****/ 
char  lldata[l2] ,  h2data[12] ; 
int  ItinLFSpt,  InmHFSpt; 

FILE  eoutpnt.lile; 

ontput.lile  s  fopenC'datalile" ,  "s"); 

/♦♦•*  Input  LF  Filename  ***♦♦/ 
printlC'Vhat  is  the  LF  filename?"); 
acanf  ("Xa",  Ifdata); 

/****  Read  in  LF  Data  and  print  to  Dayout.dat  *****/ 
read.data  (output.file,  Ifdata,  0,  MumLFSpt); 

/*♦**  Input  HF  filename  ♦♦♦♦*/ 
printfC'Hhat  la  the  EF  filename?"); 
acanf  ("Xa",  hfdata); 

/****  Read  in  HF  Data  and  print  to  Dayout.dat  *****/ 
read_data  (output_file,  hfdata,IumLFSpt,  tlumHFSpt); 

fcloae  (output_f ile) ; 

printf ("lumLFSpt  =  Xd,  EndHFSpt  =  Xd\n",  luiaLFSpt,  lumHFSpt); 

}  /*  end  Main  */ 
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Appendix  E.  Schedules  for  Week  One  Data 

Schedules  produced  for  each  of  seven  days  of  data  follow.  The  scheduled  supports  are 
sorted  by  RTS,  and  by  time.  The  columns  are:  Support  number,  RTS,  Beginning  Time, 
Ending  Time,  Support  Length,  and  Support  turn  around  time. 
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124  POGQ-A 
127  POGO-A 
134  POGO-A 


Day  1 

2  POGO-A  26  42  16  20 

Wo  Si 

10  POGO-A  138  162  14  20 
180  POGO-A  180  185  6  IS 
22  POGQ-A  234  248  14  20 
27  POGO-A  268  279  11  20 
193  POGO-A  294  304  10  16 
31  POGO-A  331  346  14  20 
39  POGO-A  367  379  12  20 
204  POGO-A  396  410  16  16 
206  POGO-A  426  436  10  16 
47  POGO-A  466  480  14  20 

61  POGO-A  627  543  16  20 
57  POGO-A  567  683  16  20 
228  POGO-A  606  616  10  16 

65  POGO-A  638  651  13  20 
236  POGO-A  690  700  10  16 
240  POGO-A  726  736  10  16 

76  POGO-A  766  772  16  20 

248  POGO-A  800  836  36  15 
269  POGO-A  870  890  20  16 
94  POGO-A  939  960  11  20 
99  POGO-A  971  987  16  20 
276  POGO-A  1020  1036  16  16 

109  POGO-A  1062  1074  12  20 

280  POGO-A  1089  1099  10  16 

116  POGO-A  1123  1136  13  20 

-  1171  1188  17  20 

1221  1236  14  20 

_  1260  1274  14  20 

139  POGO-A  1318  1333  15  20 

146  POGO-A  1369  1376  16  20 

322  POGO-A  1416  1460  36  16 

168  POGO-B  5  16  10  16 

4  POGQ-B  51  64  13  20 
172  POGO-B  106  120  16  16 
16  POGO-B  169  179  10  20 
21  POGO-B  232  248  16  20 
200  POGQ-B  360  360  10  16 
203  POGO-B  376  390  16  16 
42  POGO-B  426  443  17  20^ 
209  POGO-B  476  620  45  16 

66  POGO-B  669  676  16  20 

62  POGO-B  626  639  14  20 

67  POGO-B  660  674  14  20 
236  POGO-B  690  726  35  15 

77  POGO-B  767  771  14  20 
83  POGO-B  834  848  14  20 
252  PQGQ-B  863  878  15  15 
263  POGO-B  915  960  46  15 
267  POGO-B  976  990  16  16  , 
274  POGO-B  1010  1020  10  16 
107  POGQ-B  1047  1061  14  20 
284  POGO-B  1080  1096  15  16 

289  POGO-B  1110  1126  16  16 
119  POGO-B  1146  1158  13  20 
296  POGO-B  1173  1183  10  15 
293  POGO-B  1198  1208  10  15 
131  POGO-B  1247  1262  16  20 
308  POGO-B  1290  1330  40  15 
146  POGO-B  1362  1376  13  20 
168  POGO-C  70  105  36  16 

13  POGO-C  160  163  13  20 
182  POGO-C  206  220  16  15 
26  POGO-C  249  264  16  20 
30  POGO-C  326  342  16  20 
37  POGO-C  364  376  12  20 
46  POGO-C  449  466  17  20, 
211  POGO-C  606  515  10  15 
64  POGO-C  661  667  16  20, 
224  POGO-C  682  622  40  16 
66  POGO-C  663  669  16  20 
232  POGO-C  684  699  16  16 
76  POGO-C  739  763  14  20 
86  POGO-C  854  868  14  20 
262  POGO-C  910  965  45  15 
266  POGO-C  970  980  10  16 
103  POGO-C  1024  1036  12  20 
111  POGO-C  1071  1087  16  20 

290  POGO-C  1116  1130  16  16 
121  POGO-C  1161  1174  13  20 
299  POGO-C  1200  1246  46  16 
305  POGO-C  1266  1290  26  15 


142  POGO-C  1336  1361  16  20 

m  !Stl:{  to%‘!6 
iS'nffiyiMS  III  U 
lit  l%i:i  m  |i  I 

198 _HPLA-A  366  391  26,16 
40  HOLA-A  413  430  17  20 
60  HULA-A  515  627  12  20 
66  HULA-A  661  661  10  20 
226  BULA-A  690  600  10  16 
226  HULA-A  616  620  6  15 

230  HULA-A  660  676  16  15 

ll 

80  HULA-A  807  820  13,20, 

249  HULA-A  836  860  15  16 
266  HULA-A  866  880  16,16 
89  HULA-A  904  917  13  20 
264  HULA-A  932  947  16  16 
98  BULA-A  970  981  11  20 
270  HULA-A  996,1016,20  16 
277  HULA-A  1036  1040  6  16 

112  HULA-A  1079  1096  16  20 
288  HULA-A  1110  1120  10  16 

296  HULA-A  1166  1160  6,16, 
298  HULA-A  1190  1206  16  15 
304  HULA-A  1260  1286  26  16 
312  HULA-A  1326  1336  10  16 

315  HULA-A  1365  1368  13  16 

160  HULA-B  30  75  45  15 
24  HULA-B  238  264  16  20 
33  HULA-B  336  361  16  20 
199  HULA-B  366  371  6  16 
212  HULA-B  610  630  20  16 
221  HULA-B  560  675  16  15 
73  HULA-B  736  762  16  20 
239  HULA-B  767  772  6  16 

81  HULA-B  807  820  13  20 
264  HULA-B  866  900  45  16 
97  HULA-B  970  981  11  20 
102  HULA-B  1020  1036  16  20 
272  HULA-B  1061  1066  5,16 

113  HULA-B  1079  1096  16  20 
123  HULA-B  1169  1181  12  20 
128  HULA-B  1222  1234  12  20 
133  HULA-B  1267  1268  11  20 

309  HULA-B  1290  1306  16  16 

310  HULA-B  1320  1486  166  16 
166  COOK-A  0  6  6  16 

6  COOK-A  64  67  13  20 
174  COOK-A  146  160  16  16 
188  COOK-A  240  266  16  16 
194  COOK-A  300  346  46  16 
44  COOK-A  441,462,11  20, 

216  COOK-A  626  636  10  16 
219  COOK-A  660  676  26  16 

231  COOK-A  660  706  46  16 
242  COOK-A  736  766  30  16 

260  COOK-A  826  840  16  16 
88  COOK-A  874  890  16,20, 

261  COOK-A  906  920  16  16 
100  COOK-A  976  989  14  20_ 

282  COOK-A  1080  1096  15  15 

283  COOK-A  1110  1130  20  16 
294  COOK-A  1146  1160  16  16 
126  COOK-A  1192  1206  14  20 
138  COQK-A  1293  1308  16  20 

316  COOK-A  1366  1370  6  16 

161  COOK-A  1426  1441  16  20 
6  COOK-B  64  68  14  20 

35  COOK-B  349  364  16  20 
214  COOK-B  516  526  10  16 
241  COOK-B  730  926  196  15 

297  COOK-B  1186  1192  7  16 
136  COQK-B  1274  1290  16  20 

311  COOK-B  1320  1330  10  15 
152  COOK-B  1428  1443  16  20 
1  IHDI-A  13  28  16  20 

164  IlDI-A  64  64  10,16, 

171  IIDI-A  90  110  20  16 
17  IIDI-A  179  196  16  20 
183  IlDI-A  210  260  40  16 
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192  IIDI-A  290  300  10  15 


197 

202 

196 

208 


m-i  118  ill 


5  IS 
15  15 


20 

90 


\i  iSEin  118  in  ii  it 

I  ‘  ■  ‘ 

I 


223 
237 
234 

245 

246 
251  IlD 
257  “ 
260 


I-A 

I-A 


Of  V  AV  AO 

585  600  15  15 
701 


711  10  15 
15 

_  ,  _ 15 

IIDI-A  800  810  10  15 
~1DI-A  830  850  20  15 
-  -  20  15 

5  15 


IIDI-A  726  736  10 
IIDI-A  780  785  5 


IIDI-A  870  890 
IIDI-A  905  910 


265  IIDI-A  935  955  20  15 
268  IIDI-A  990  995  5  15 
104  IIDI-A  1025  1039  14  20 
279  IIDI-A  1054  1059  5  15 
281  IIDI-A  1080  1100  20  IS 
292  IIDI-A  1130  1140  10  15 
291  IIDI-A  1155  1160  5  15 

300  IIDI-A  1210  1220  10  15 
303  IIDI-A  1260  1280  20  15 
141  IIDI-A  1333  1349  16  20 
150  IIDI-A  1389  1401  12  20 

320  IIDI-A  1416  1436  20  15 
319  IIDI-A  1451  1461  10  15 
159  BOSS-A  10  20  10  IS 

165  BOSS-A  60  360  300  15 
191  BOSS-A  375  395  20  15 
41  BOSS-A  421  434  13  20 
48  BOSS-A  475  487  12  20 
215  BOSS-A  525  530  5  15 
58  BOSS-A  571  586  15  20 
227  BOSS-A  601  606  5  15 
222  BOSS-A  621  641  20  15 
71  BOSS-A  670  686  16  20 

78  BOSS-A  769  783  14  20 
247  BOSS-A  800  810  10  15 
258  BOSS-A  870  880  10  15 
253  BOSS-A  895  900  5  15 
96  BOSS-A  970  983  13  20 
275  BOSS-A  1020  1040  20  15 
278  BOSS-A  1055  1065  10  15 
115  BOSS-A  1099  1114  15  20 
118  BOSS-A  1138  1149  11  20 
287  BOSS-A  1164  1174  10  16 

301  BOSS-A  1215  1220  5  16 
135  BOSS-A  1264  1280  16  20 

306  BOSS-A  1295  1306  10  15 
140  BOSS-A  1327  1340  13  20 
148  BOSS-A  1369  1383  14  20 

321  BOSS-A  1415  1435  20  15 
157  BOSS-B  0  5  6  15 

3  BOSS-B  39  65  16  20 
162  BOSS-B'  70  85  16  16 
9  BOSS-B  117  133  16  20 
14  BOSS-B  163  175  12  20 

176  BOSS-B  190  200  10  16 
187  BOSS-B  235  280  45  15 
34  BOSS-B  340  355  15  20 
220  BOSS-B  560  570  10  15 
61  BOSS-B  619  635  16  20 
69  BOSS-B  668  683  15  20 

79  BOSS-B  771  786  16  20 
243  BOSS-B  801  821  20  16 
85  BOSS-B  848  863  15  20 
273  BOSS-B  1006  1050  45  16 
110  BOSS-B  1070  1086  16  20 
286  BOSS-B  1105  1150  46  15 
130  BOSS-B  1232  1247  16  20 

307  BOSS-B  1290  1305  16  15 
144  BOSS-B  1352  1364  12  20 
317  BOSS-B  1380  1400  20  16 
153  BOSS-B  1428  1442  14  20 
156  LIOI-A  0  15  15  15 

166  LIOI-A  60  85  25  15 
173  LIOI-A  111  126  16  16 

177  LIOI-A  165  170  5  15 
26  LIOI-A  244  267  13^20, 
186  LIOI-A  272  287  16  16 
29  LIOI-A  326  336  11  20 
38  LIOI-A  366  381  16  20 
206  LIOI-A  420  436  16^16 
46  LIOI-A  466  482  16  20 


213  LIOI-A  515  536  20  16 

68  Ligi-A  665  678  13  20 
233  LIOI-A  693  713  20  15 
84  LIOI-A  846  857  12  20 
266  LIOI-A  872  907  35  15 
95  LIOI-A  940  956  15  20 
269  LIOI-A  990  1010  20  15 
106  LIOI-A  1039  1052  13  20 
117  LIOI-A  1129  1138  9  20 
132  LIOI-A  1252  1267  15  20 
314  LIOI-A  1365  1390  35  15 
20  LIOI-B  225  239  14  20 

28  LIOI-B  271  284  13  20 
195  LIOI-B  320  330  10  15 
210  LIOI-B  490  510  20  15 
229  LIOI-B  660  670  10  15 
87  LIQI-B  867  882  15  20 

91  LIOI-B  933  947  14  20 
101  LIOI-B  1010  1025  15  20 
108  LIOI-B  1062  1063  11  20 
120  LIOI-B  1150  1166  16  20 
302  LIOI-B  1245  1270  25  15 
8  GUAM-A  108  123  15  20 

178  GUAM-A  170  190  20  15 

179  GUAM-A  205  230  25  15 

189  GUAM-A  265  285  20  15 
36  GUAM-A  365  369  14  20 
207  GUAM-A  420  435  15  15 

52  GUAM-A  535  550  15  20 
64  GUAM-A  636  651  15  20 
93  GUAM-A  935  951  16  20 
105  GUAM-A  1039  1050  11  20 
114  GUAM-A  1098  1112  14  20 
122  GUAM-A  1168  1181  13  20 
137  GUAM-A  1283  1299  16  20 
313  GUAM-A  1350  1370  20  15 
16  GUAM-B  173  187  14  20 

190  GUAM-B  265  745  480  15 
285  GUAM-B  1105  1205  100  15 
147  GUAM-B  1366  1380  14  20 
11  PIKE-A  138  164  16  20 

23  PIKE-A  238  253  16  20 
201  PIKE-A  358  415  57  15 
43  PIKE-A  440  464  14  20 

53  PIXE-A  539  556  17  20 
60  PIKE-A  614  629  16  20 
125  PIKE-A  1172  1188  16  20 
7  REEF-A  81  93  12  20 

18  REEF-A  193  207  14  20 
181  REEF-A  222  242  20  15 
49  REEF-A  480  496  16  20 

69  REEF-A  682  596  14  20 
63  REEF-A  632  644  12  20 
72  REEF-A  728  742  14  20 
82  REEF-A  831  847  16  20 

92  REEF-A  933  946  13  20 
129  REEF-A  1231  1248  17  20 
318  REEF-A  1390  1445  55  15 


Day  2 

145  POGO-A  45  90  45  16 
152  POGO-A  105  120  16  15 
167  POGO-A  160  170  20  16 
162  POGO-A  200  215  15  15 
166  POGO-A  230  280  50  15 
173  POGO-A  295  305  10  16 
180  POGO-A  345  390  45  15 
31  POGO-A  419  435  16  20 
36  POGO-A  460  475  15  20 
41  POGO-A  512  529  17  20 
45  POGO-A  554  570  16  20 
52  POGO-A  607  619  12  20 
211  POGO-A  645  660  15  15 
61  POGO-A  690  705  15  20 
222  POGO-A  720  736  16  16 
227  POGO-A  760  780  30  16 
73  POGO-A  808  823  15  20 
78  POGO-A  868  868  10  20 
85  POGO-A  907  923  16  20 
251  POGO-A  960  975  15  15 


75 


UT 


m 


am 


-A  94S  960  6  16 
-A  966  976  10  16 
-A  990  1010  20  16 
I  1060  1067  17  20^ 
-A  1101  1116  16  20 
-A  1166  1186  30  16 
-A  1200  1216  16  16 
-A  1230  1236  6  16^ 
-A  1306  1316  10  16 
-A  1360  1366  16  16 
-A  1390  1406  16  16 
-A  1420  1466  36  16 
-B  60  66  6  16 
-B  160  166  6  16 
i  307  322  16  20 
i  408  423  16  20 
i  482  497  16  20 
-B  696  606  10  16 
-B  730  920  190  15 
-B  936  960  16  16 
B  1006  1022^17  20^ 
-B  1110  1126  16  16 
-B  1160  1170  10  16 
-B  1186  1260  76  16 
-B  1286  1296  10  16 
-B  1360  1363  13  16 
COOK-A  16  31  16  16 
COOK-A  239  264  16  20 
COOK-A  282  297  16  20 
COOK-A  334  361  17  20 
COOK-A  406  420  16  16 
COOK-A  470  496  26  16 
COOK-A  720  736  16  16 
COOK-A  770  780  10  16 
COOK-A  796  830  36  16 
COOK-A  846  860  16  16 
COOK-A  880  890  10  16 
OOK-A  946  962  16  20 
COOK-A  1020  1210  190  It 
COOK-A  1244  1260  16  20 
COOK-A  1290  1330  40  16 
COOK-A  1364  1376  11  20 
:OOK-B  209  226  17  20 
COQK-B  390  410  20  16 
COOX-B  466  490  36  16 
COOK-B  690  726  36  15 
COOK-B  916  960  46  16 
COOK-B  980  1126  146  16 
COOK-B  1210  1290  80  16 
COOK-B  1306  1310  6  16 
COOK-B  1346  1369  13  20 
IlDI-A  6  10  6  16 
IIDI-A  46  119  74  16 
in>I-A  140  146  6  16 
IlDI-A  166  190  26  16 
IIDI-A  206  226  20  16 
IIDI-A  240  246  6  16 
IIDI-A  266  286  20  16 
IIDI-A  320  330  10  16 
IIDI-A  346  366  10  16 
IIDI-A  370  390  20  16 
IIDI-A  430  436  6  15 
IIDI-A  460  470  20  16 
A  660  666  16  20 
-A  600  606  5  16 
-A  666  666  10  16 
A  687  700  13  20 
I-A  716  736  20  16 
I-A  800  810  10  16 
I-A  836  840  6  16 
I-A  870  890  20  16 
I-A  906  916  10  16 
I-A  936  966  20  16 
•A  1007  1019  12  20 
I-A  1060  1066  6  16 
I-A  1070  1076  5  16 
I-A  1106  1200  96  16 
I-A  1302  1319  17  20 
I-A  1334  1344  10  16 
I-A  1376  1380  6  16 
I-A  1402  1413  11  20 
I-A  1428  1448  20  16 
A  46  61  16  20 
A  87  100  13  20 
A  141  168  17  20 
-A  189  199  10  20 


16S  BOSS-A  226  230  6  16 
174  BQSS-A  270  290  20  16 
22  BOSS-A  310  324  14  20 
30  BOSS-A  410  426  16  20 
34  BOSS-A  462  466  14  20 
108  BOSS-A  610  620  10  16 
206  BOSS-A  660  670  10  16 
49  BQSS-A  604  621  17  20 
66  BOSS-A  641  666  16  20 


206  BOSS-A  671  69 
214  BOSS-A  706  71 


20  16 
10  16 


68  BOSS-A  742  768  16  20 
226  BOSS-A  773  793  20  16 
242  BOSS-A  900  910  10  16 
87  BOSS-A  940  961  11  20 
250  BOSS-A  966  981  15  16 
96  BOSS-A  1040  1056  16  20 

107  BOSS-A  1166  1177  12  20 
274  BOSS-A  1196  1200  5  16 
282  BOSS-A  1275  1290  16  16 
297  BOSS-A  1380  1400  20  16 
136  BOSS-A  1422  1438  16  20 
148  BOSS-B  60  360  300  16 

38  BOSS-B  605  618  13  20 
48  BOSS-B  602  616  14  20 
208  BOSS-B  631  636  6  16 
216  BOSS-B  676  680  6  15 
244  BOSS-B  915  930  16  16 
260  BOSS-B  1040  1060  10  15 

263  BOSS-B  1070  1090  20  16 
281  BOSS-B  1270  1296  26  16 
289  BOSS-B  1320  1486  166  16 
2  LIOI-A  11  24  13  20 

153  LIOH-A  110  120  10  16 
150  LIQI-A  136  166  20  16 
13  LIOI-A  209  222  13  20 
18  LIOI-A  267  271  14  20 
26  LIOI-A  336  361  16  20 
28  LIOI-A  404  414  10  20 
32  LIOI-A  437  463  16  20 
42  LIOI-A  640  661  11  20 
64  LIOI-A  636  646  11  20 
62  LIOI-A  693  706  13  20 
67  LIOI-A  737  749  12  20 
76  LIOI-A  837  862  16  20 
81  LIOI-A  876  888  13  20 
90  LIOI-A  971  985  14  20 

265  LIOI-A  1000  1020  20  15 

264  LIOI-A  1080  1100  20  15 
101  LIOI-A  1122  1137  16  20 
276  LIOI-A  1209  1219  10  16 
287  LIOI-A  1296  1306  10  15 
131  LIOI-A  1369  1384  16  20 
136  LIOI-A  1422  1433  11  20 
300  LIOI-A  1448  1458  10  16 
146  LIOI-B  46  480  436  16 
201  LIOI-B  525  650  25  15 
212  LIOI-B  666  670  16  16 
66  LIOI-B  736  761  16  20 

80  LIOI-B  868  880  12  20 
89  LIUI-B  965  980  16  20 
99  LIOI-B  1063  1075  12  20 
111  LIOI-B  1223  1239  16  20 
284  LIOI-B  1280  1290  10  16 
121  LIOI-B  1314  1330  16  20 
294  LIOI-B  1366  1446  90  15 
9  GUAM-A  143  156  13  20 
17  GUAM-A  243  259  16  20 
26  GOAH-A  373  387  14  20 

39  GUAM-A  607  621  14  20 
51  GUAM-A  607  623  16  20 

69  GUAM-A  669  684  16  20 

70  GUAM-A  766  781  16  20 
233  GUAM-A  830  850  20  15 
83  GUAM-A  906  921  16  20„ 

92  GUAM-A  1007  1021  14  20 

108  GUAM-A  1200  1209  9^20^ 
116  GUAM-A  1264  1270  16  20 
127  GUAM-A  1367  1370  13  20 
291  GUAM-A  1386  1406  20  16 
172  GUAM-B  266  746  480^16_ 

266  GUAM-B  1000  1660  660  16 
7  PIKE-A  110  126  16  20_ 

11  PIKE-A  167  182  16  20 

40  PIKE-A  609  525  16  20 
44  PIKE-A  550  662  12  20 


60  PIKE-A  606  617  12  20 
66  PIKE-A  646  660  14  20 
63  PIKE-A  701  716  16  20 
77  PIKE-A  844  860  16  20 
106  PIKE-A  1142  1167  16  20 
112  PIKE-A  1226  1240  16  20 
118  PIKE-A  1266  1276  10  20 
128  PIKE-A  1360  1376  16  20 
296  PIKE-A  1390  1410  20  16 
10  REEF-A  161  167  16  20 
33  REEF-A  461  466  14  20 
200  REEF-A  616  636  20  16 
47  REEF-A  691  602  11  20 
58  REEF-A  661  676  16  20 
72  REEF-A  803  818  16  20 
79  REEF-A  869  872  13  20 
109  REEF-A  1201  1217  16  20 
122  REEF-A  1322  1334  12  20 


Day  3 

166  POGO-A  1100 
162  POGO-A  30  60  30  16 
8  POGO-A  92  108  16  20 
164  POGO-A  136  160  16  16 
19  POGO-A  197  213  16  20 
180  POGO-A  240  266  15  16 

25  POGO-A  288  304  16  20 
30  POGO-A  330  342  12  20 
196  POGO-A  360  376  16  16 
37  POGO-A  397  414  17  20 
42  POGO-A  440  454  14  20 
46  POGO-A  490  606  16  20 
216  POGO-A  640  666  16  16 
62  POGO-A  676  686  11  20 
64  POGO-A  676  689  13  20 
72  POGO-A  721  736  14  20 
234  POGO-A  Ho  770  20  IS 
79  POGO-A  804  818  14  20 
238  POGO-A  833  838  5  15 
244  POGO-A  866  870  15  16 
89  POGO-A  899  916  16  20 
261  POGO-A  930  945  15  15 
257  POGO-A  970  1030  60  15 
266  POGO-A  1046  1060  15  16 
273  POGO-A  1080  1090  10  16 
111  POGO-A  1116  1128  12  20 
277  POGO-A  1143  1163  10  16 
117  POGO-A  1174  1190  16  20 
283  POGO-A  1205  1216  10  15 
289  POGO-A  1236  1260  16  15 
127  POGO-A  1273  1289  16  20 
133  POGO-A  1320  1336  16  20 
310  POGO-A  1406  1440  36  16 
2  POGO-B  7  21  14  20 

6  POGO-B  64  80  16  20 

169  POGO-B  96  110  16  16 
12  POGO-B  131  142  11  20 
14  POGO-B  166  180  16  20 

170  POGD-B  196  206  10  16 

26  POGO-B  297  313  16  20 
32  POGO-B  337  360  13  20 
36  POGO-B  389  406  16  20 
41  POGO-B  428  441  13  20 
201  POGO-B  456  466  10  16 
46  POGO-B  498  614  16  20 

61  POGO-B  641  667  16  20 
66  POGO-B  692  608  16  20 

62  POGO-B  643  669  16  20 
68  POGO-B  696  710  16  20 
232  POGO-B  725  736  10  16 
75  POGO-B  776  791  16  20 
82  POGO-B  817  832  16  20 
246  POGO-B  860  880  20  15 
260  POGO-B  900  910  10  16 
264  POGO-B  930  946  16  16 
264  POGO-B  1000  1010  10  16 
104  POGO-B  1046  1062  17  20 
109  POGO-B  1.106  1117  12  20 
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113  POGO-B  1146  1162  16  20 
121  PQGO-B  1218  1232  14  20 
290  POGO-B  1247  1267  10  15 
128  POGO-B  1289  1303  14  20 
139  POGO-B  1360  1366  16  20 
161  POGO-C  30  46  16  16 
7  POGO-C  90  103  13  20 
163  POGO-C  120  136  16  15 
17  POGO-C  189  203  14  20 
186  POGO-C  286  296  10  16 

196  POGO-C  360  376  16  16 
199  POGO-C  390  406  16  15 
206  POGO-C  420  436  16  16 
47  POGO-C  601  617  16  20 

216  POGO-C  640  666  16  15 
67  POGO-C  599  616  16  20 
69  POGO-C  710  721  11  20 
78  POGO-C  797  813  16  20 

248  POGO-C  900  946  46  15 

268  POGO-C  976  990  16  15 

269  POGO-C  1060  1070  10  16 
108  POGO-C  1101  1117  16  20 

279  POGO-C  1166  1166  10  16 
285  POGO-C  1226  1270  46  16 
131  POGO-C  1301  1314  13  20 
138  POGO-C  1347  1360  13  20 
148  HULA-A  30  46  16  16 
168  HULA-A  60  96  36  15 

10  EULA-A  122  136  14  20 
168  HUU-A  176  185  10  16 
21  HULA-A  212  229  17  20 
181  HULA-A  260  265  6  16 

178  HULA-A  280  300  20  16 
185  HULA-A  315  320  6  16 
192  HULA-A  340  360  10  16 
194  HULA-A  365  376  10  16 
38  HULA-A  398  408  10  20 
43  HULA-A  451  467  16  20 

210  HULA-A  496  670  76  16 

217  HULA-A  686  590  6  15 
66  HULA-A  676  691  15  20 
231  HULA-A  710  720  10  16 
237  HULA-A  780  786  6  16 
86  HULA-A  869  884  16  20 
262  HULA-A  916  920  6  16 

249  HUU-A  936  940  6  16 
266  EULA-A  955  986  30  16 

101  HUU-A  1022  1038  16  20 
271  HUU-A  1071  1086  16  16 
112  HULA-A  1124  1137  13  20 

280  HUU-A  1170  1200  30  15 

287  HUU-A  1230  1240  10  15 
292  HUU-A  1260  1276  16  15 

288  HUU-A  1290  1295  6  15 

302  HULA-A  1325  1330  6  16 

303  HUU-A  1345  1369  14  15 
147  HULA-B  0  10  10  16 

153  HUU-B  30  60  20  16 

166  HULA-B  146  165  20  15 
174  HUU-B  196  210  16  15 

179  HULA-B  240  266  16  15 
188  HUU-B  300  346  46  15 
34  HULA-B  379  396  16  20 
212  HULA-B  610  530  20  15 
220  HULA-B  565  605  40  15 
230  HUU-B  706  760  46  15 
76  HUU-B  778  792  14  20 
96  HULA-B  991  1007  16  20 

102  HUU-B  1034  1048  14  20 
276  HUU-B  1106  1120  16  16 

281  HULA-B  1176  1184  9  16 
124  EULA-B  1246  1268  13  20 
298  HUU-B  1286  1326  40  15 
4  COOK-A  20  34  14  20 

167  COOK-A  176  220  45  16 
29  COOK-A  315  330  16  20 

197  COOK-A  376  390  16  16 
204  COOK-A  420  435  16  15 

211  COOK-A  496  505  10  15 
208  COOK-A  520  525  6  16 
214  COOK-A  640  665  25  15 
222  COOK-A  680  590  10  15 
229  COOK-A  690  705  15  15 
239  COOK-A  790  826  36  15 
85  COOK-A  858  874  16  20 
92  COOK-A  917  933  16  20 


169  IlDI-A 
176  IIDI-A 
183  IIDI-A 

189  iroi-A 

190  iroi-A 
202  IlDI 


261  COOK-A  990  1010  20  16 

268  CQQK-A  1061  1061  10  16 
106  COW-A  1089  1103  14  20 
114  CQQK-A  1152  1166  14  20 
282  COOK-A  1190  1200  10  15 
296  COQK-A  1267  1307  40  16 
145  COOK-A  1395  1408  13  20 
16  COOK-B  181  197  16  20 
182  COOX-B  266  740  476  16 
84  COOK-B  833  847  14  20 
260  COOK-B  980  1170  190  16 
294  COOK-B  1260  1285  26  16 
132  COOK-B  1316  1329  14  20 
142  COOK-B  1391  1404  13  20 
164  IlDI-A  30  36  6  16 

166  IIDI-A  62  62  10  16 
160  IIDI-A  80  90  10  16 

-  176  180  6  16 

200  220  20  16 
266  286  20  16 
320  330  10  16 
346  366  20  16 

_  420  426  6  16 

206  IIDI-A  460  470  20  16 
49  IIDI-A  620  636  15  20 
219  IIDI-A  660  670  10  16 

223  IIDI-A  600  610  10  15 

224  IIDI-A  630  640  10  15 

225  IIDI-A  665  666  10  15 
233  IIDI-A  720  726  6  16 
240  IIDI-A  800  816  16  16 

242  IIDI-A  830  860  20  16 
247  IIDI-A  870  890  20  16 

266  IIDI-A  936  966  20  16 

96  IIDI-A  977  991  14  20 

269  IIDI-A  1006  1011  6  16 

267  IIDI-A  1040  1060  10  16 

270  IIDI-A  1070  1086  16  16 
276  IIDI-A  1110  1136  26  16 
284  IIDI-A  1208  1218  10  16 
126  IIDI-A  1272  1288  16  20 
301  IIDI-A  1320  1330  10  16 
306  IIDI-A  1370  1376  6  16 
309  IIDI-A  1395  1406  10  16 
311  IIDI-A  1420  1440  20  16 
149  BQSS-A  16  60  46  16 

9  BOSS-A  100  116  16  20 
13  BOSS-A  164  180  16  20 
175  BOSS-A  195  210  16  16 
24  BOSS-A  281  293  12  20 
184  BOSS-A  308  328  20  16 
35  BOSS-A  379  396  17  20 
44  BOSS-A  483  497  14  20 
60  BOSS-A  635  649  14  20 
65  BOSS-A  682  694  12  20 
60  BOSS-A  634  649  16  20 
67  BOSS-A  679  693  14  20 
70  BOSS-A  713  730  17  20 
227  BOSS-A  746  765  10  16 
236  BOSS-A  770  790  20  15 

243  BOSS-A  860  886  36  16 
93  BOSS-A  969  971  12  20 

97  BOSS-A  996  995  0  20 
265  BOSS-A  1020  1040  20  16 
278  BOSS-A  1126  1130  6  16 
119  BOSS-A  1196  1210  14  20 
286  BOSS-A  1230  1240  10  15 
293  BOSS-A  1260  1266  5  16 
129  BOSS-A  1293  1307  14  20 


144  BOSS-A 
307  BOSS-A 


1393  1409  16  20 
1424  1444  20  16 


162  BOSS-B  116  190  76  16 
171  BOSS-B  206  216  10  16 
177  BOSS-B  230  280  60  15 
193  BOSS-B  345  390  45  15 
209  BOSS-B  490  605  15  15 
218  BOSS-B  655  570  15  15 
58  BOSS-B  613  627  14  20 
221  BOSS-B  642  662  20  15 
226  BOSS-B  685  720  35  15 
245  BOSS-B  860  866  5  16 
88  BOSS-B  886  900  15  20 
263  BOSS-B  930  940  10  16 
100  BOSS-B  1010  1025  16  20 
123  BOSS-B  1239  1255  16  20 
297  BOSS-B  1280  1290  10  16 
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141  BOSS-B  1369  1379  10  20 

!«!  E!§|:|  JWJS  52 
ii  Jli  521  \i  58 

27  Ligi-A  308  322  14  20 
191  LIOI-A  337  347  10  16 

hit  i:?88:i  lit  118  lo^fs 

80  LIQl-A  806  822  16  20 
91  LIOI-A  904  919  16  20 

98  Ligi-A  997  1011  14  20 

262  LIOI-A  1026  1046  20  16 
107  LIOI-A  1094  1108  14  20 
118  LIOI-A  1194  1210  16  20 
130  LIOI-A  1298  1311  13  20 
143  LIOI-A  1393  1402  9  20 
160  LIOI-B  20  26  6  16 

167  LIOI-B  60  180  120  16 
173  LIOI-B  196  210  16  16 
31  LIOI-B  336  360  14  20 
200  LIOI-B  390  420  30  16 
207  LIOI-B  480  626  46  16 
241  LIOI-B  810  846  36  16 
90  LIQI-B  900  913  13  20 

99  LIOI-B  1002  1016  14  20 
272  LIOI-B  1080  1100  20  16 
300  LIOI-B  1300  1310  10  16 
306  LIOI-B  1366  1406  40  16 
16  GUAM-A  171  183  12  20 

20  GUAN-A  212  229  17  20 

28  GUAN-A  308  319  11  20 

39  GUAN-A  403  417  14  20 
63  GUAN-A  678  694  16  20 

63  GUAN-A  646  661  16  20 
77  GUAN-A  797  310  13  20 
94  GUAN-A  976  991  16  20 
106  GUAN-A  1064  1078  14  20 
274  GUAN-A  1106  1200  96  16 
122  GUAN-A  1226  1241  16  20 
291  GUAH-A  1260  1280  20  16 
299  GUAN-A  1296  1306  10  16 
136  GUAN-A  1327  1342  16  20 
304  GUAN-A  1367  1377  20  16 
236  GUAN-B  726  916  190  16 
103  GUAN-B  1036  1046  10  20 
296  GUAN-B  1276  1290  16  16 

136  GUAN-B  1332  1346  14  20 
3  PIKE-A  19  30  11  20 

6  PIIffi-A  82  97  16  20 
172  PIKE-A  180  360  180  16 

64  PIKE-A  681  696  14  20 
61  PIKE-A  636  648  13  20 
66  PIKE-A  678  692  14  20 

73  PIKE-A  732  746  14  20 

81  PIKE-A  816  832  17  20 

263  PIKE-A  990  1036  46  16 
110  PIKE-A  1112  1126  14  20 
116  PIKE-A  1164  1169  16  20 
120  PIKE-A  1212  1228  16  20 
134  PIKE-A  1320  1366  46  20 
11  REEF-A  123  139  16  20 

22  REEF-A  226  237  11  20 
187  REEF-A  300  320  20  16 
33  REEF-A  367  372  16  20 

40  REEF-A  422  433  11  20 
213  REEF-A  616  636  20  16 
59  REEF-A  621  636  14  20 
71  REEF-A  719  731  12  20 

74  REEF-A  776  788  12  20 
87  REEF-A  876  891  16  20 
116  REEF-A  1171  1186  16  20 
126  REEF-A  1272  1287  16  20 

137  REEF-A  1336  1347  12  20 
146  REEF-A  1431  1445  14  20 


147  PQGO-A  16  36  20  16 
6  POGO-A  61  73  12  20 
160  PQGO-A  90  106  16  16 
12  POGO-A  169  173  14  20 
169  POGO-A  190  206  16  16 
20  POGO-A  232  246  14  20 
24  POGO-A  268  283  16  20 
183  POGO-A  300  346  46  16 
35  POGO-A  383  399  16  20 
40  POGO-A  427  441  14  20 
46  POGO-A  483  600  17  20 
206  POGO-A  616  630  16  16 

61  POGO-A  666  671  16  20 
216  POGO-A  686  696  10  16 
67  POGO-A  623  636  13  20 

62  POGO-A  664  680  16  20 
231  POGO-A  696  700  6  16 
70  PQGO-A  731  744  13  20 
73  POGO-A  766  782  16  20 
79  POGO-A  823  834  11  20 
84  POGO-A  866  881  16  20 
266  POGO-A  910  926  16  16 
263  POGO-A  960  976  26  16 
269  POGO-A  996  1006  10  16 
100  POGO-A  1032  1049  17  20 
106  POGO-A  1077  1089  12  20 
111  POGO-A  1133  1160  17  20 
288  POGO-A  1166  1176  10  16 
116  POGO-A  1203  1217  14  20 
122  POGO-A  1274  1289  16  20 
304  POGO-A  1304  1314  10  16 
136  POGO-A  1374  1390  16  20 
316  POGO-A  1406  1440  36  16 
143  POGO-B  0  16  16  15 

154  POGO-B  60  106  46  16 
9  POGO-B  136  149  14  20 
16  POGO-B  186  202  17  20 
26  POGO-B  283  299  16  20 
28  POGO-B  324  336  12  20 
33  POGO-B  361  373  12  20 
194  PQGO-B  396  406  10  16 
196  POGO-B  420  436  16  16 
42  POGO-B  469  476  17  20 
199  PQGO-B  491  606  16  16 
49  POGO-B  628  644  16  20 

63  POGO-B  674  691  17  20 
221  POGO-B  606  621  16  15 
63  POGO-B  664  680  16  20 


71  POGO-B  746  769  1 
77  POGO-B  789  804  1 


14  20 
16  20 


Day  4 


81  POGO-B  846  860  16  20 
87  POGO-B  894  906  12  20 
93  POGO-B  946  961  16  20 
270  POGO-B  1000  1020  20  16 
274  POGO-B  1036  1060  16  15 
278  POGO-B  1066  1076  10  16 
286  POGO-B  1120  1136  16  16 
114  POGO-B  1172  1187  16  20 
118  POGO-B  1234  1261  17  20 
124  POGO-B  1279  1291  12  20 
130  POGO-B  1341  1367  16  20 
138  POGO-B  1406  1423  17  20 
146  POGO-C  16  25  10  16 
163  POGO-C  66  90  35  16 
163  POGO-C  106  140  36  16 
13  POGO-C  163  173  10  20 
166  POGO-C  188  203  16  16 
22  POGO-C  268  274  16  20 
179  POGO-C  289  299  10  16 
184  POGO-C  316  320  6  16 
32  POGO-C  368  376  17  20 
190  POGO-C  390  406  16  16 
39  POGO-C  426  441  16  20 
201  POGO-C  480  626  46  16 
62  POGO-C  681  678  17  20 
60  POGO-C  646  667  12  20 
227  POGO-C  680  690  10  16 
234  POGO-C  720  730  10  16 
72  POGO-C  761  766  14  20 
238  POGO-C  780  816  36  16 
240  POGO-C  830  846  16  16 
249  POGO-C  860  880  20  16 
264  POGO-C  910  920  10  16 
96  POGO-C  977  990  13  20 
102  POGO-C  1041  1066  14  20 
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284  P060-C  1110  1155  45  15 
287  PQGQ-C  1170  1185  15  16 
293  POGO-C  1200  1216  15  15 
PO  PQGQ-C  1247  1263  16  20 
127  POGO-C  1305  1320  15  20 


\n  118? 

i8 


13  20 
13  20 


40  16  15 
70  10  16 
150  HULA-A  86  106  20  15 
10  HULA-A  142  167  15  20 
17  HULA-A  199  216  17  20 
167  HULA-A  231  236  5  15 

174  HULA-A  251  271  20  15 
181  HULA-A  290  295  5  15 

188  HULA-A  345  390  45  15 
38  HULA-A  419  430  11  20 
202  HULA-A  490  500  10  15 
48  HUU-A  622  533  11  20 

218  HULA-A  580  600  20  16 
211  HULA-A  615  635  20  15 

225  HULA-A  660  670  10  15 

232  HULA-A  705  720  15  15 

233  HULA-A  735  760  15  15 
78  HULA-A  804  818  14  20 
247  HULA-A  850  926  75  15 
258  HULA-A  940  945  5  15 
95  HULA-A  976  993  17  20 
99  HULA-A  1032  1047  16  20 
107  HULA-A  1079  1091  12  20 
286  HULA-A  1125  1130  6  15 
291  HULA-A  1185  1190  6  16 

296  HULA-A  1230  1275  46  16 
302  HULA-A  1290  1330  40  16 
136  HULA-A  1377  1390  13  20 
309  HULA-A  1405  1416  10  15 
318  HUU-A  1430  1446  15  15 
158  HULA-B  70  80  10  15 

164  HULA-B  140  160  20  15 

172  HULA-B  225  230  5  15 
170  HULA-B  245  266  10  16 
180  HULA-B  285  306  20  15 
187  HULA-B  340  360  10  16 
191  iULA-B  385  395  10  15 
37  HULA-B  419  436  17  20 
47  HULA-B  516  526  11  20 
213  HUU-B  666  605  40  15 

228  HULA-B  680  695  15  15 
235  HULA-B  720  735  15  15 
241  HULA-B  820  825  5  15 
83  HULA-B  866  880  14  20 
90  HULA-B  902  915  13  20 
261  HULA-B  950  960  10  15 
98  HULA-B  994  1009  16  20 
266  HULA-B  1024  1044  20  15 
109  HULA-B  1095  1110  15  20 
289  HULA-B  1155  1180  25  15 
294  HULA-B  1200  1245  45  15 
123  HULA-B  1276  1290  15  20 
300  HULA-B  1306  1320  15  15 
307  HULA-B  1345  1360  16  16 
4  COOK-A  52  65  13  20 

165  COOK-A  160  165  5  15 
19  COOK-A  227  241  14  20 

175  COOK-A  256  261  5  15 
29  COOK-A  349  363  14  20 

189  COOK-A  378  393  15  15 
209  COOK-A  540  550  10  15 

219  COOK-A  585  600  16  15 

229  COOK-A  680  716  36  16 
244  COOK-A  840  850  10  15 
86  COOK-A  889  905  16  20 
257  COOK-A  925  955  30  15 
264  COOK-A  970  975  5  15 
268  COOK-A  990  1035  45  15 
103  COOK-A  1068  1073  15  20 
283  COOK-A  1105  1120  15  15 

297  COOK-A  1245  1260  15  15 
125  COOK-A  1284  1300  16  20 
141  COOK-A  1426  1440  14  20 
3  COOK-B  48  61  13  20 

173  COOK-B  226  276  60  15 
193  COOK-B  390  415  25  15 
207  COOK-B  530  545  15  15 
217  COOK-B  670  680  10  16 

226  COOK-B  660  676  15  15 


mi-i  III 


171  IIDI-A 
182  IIDI-A 

185  IIDI-A 

186  IIDI-A 


248  COOK-B  850  865  16  15 
253  CO(W-B  900  945  45  15 
262  COra-B  960  970  10  15 
267  COOK-B  990  1666  665  16 
144  IIDI-A  30  35  6  15 
152  IIDI-A  53  63  10  15 

161  IIDI-A  90  100  10  15 
I|roi-A  115  136  20  16 

168  IIDI-A  180  186  5  15 
171  IIDI-A  220  265  45  15 
182  IIDI-A  300  306  5  15 

185  IIDI-A  320  330  10  15 

186  IIDI-A  345  365  20  15 
192  IIDI-A  390  415  25  15 
198  IIDI-A  450  470  20  15 

203  IIDI-A  500  505  5  15 
206  IIDI-A  520  540  20  15 
212  IIDI-A  560  570  10  15 
210  IIDI-A  585  595  10  15 
224  IIDI-A  660  665  5  15 
223  IIDI-A  680  700  20  15 
68  IIDI-A  720  735  15  20 
239  IIDI-A  800  810  10  15 

242  IIDI-A  830  850  20  15 

251  IIDI-A  870  890  20  15 
250  IIDI-A  905  925  20  15 
94  IIDI-A  948  964  16  20 
259  IIDI-A  979  989  10  15 
273  IIDI-A  1020  1025  5  15 
272  IIDI-A  1040  1050  10  15 
276  IIDI-A  1065  1080  15  15 
282  IIDI-A  1105  1200  95  15 
292  IIDI-A  1215  1235  20  15 
298  IIDI-A  1255  1280  25  15 
301  IIDI-A  1295  1305  10  15 
131  IIDI-A  1344  1357  13  20 
137  IIDI-A  1387  1399  12  20 
316  IIDI-A  1414  1424  10  15 

311  IIDI-A  1439  1444  5  15 
5  BOSS-A  54  70  16  20 

157  BOSS-A  85  90  5  15 
8  BOSS-A  125  140  15  20 
21  BOSS-A  252  262  10  20 
177  BOSS-A  277  297  20  16 
30  BOSS-A  349  365  16  20 
36  BOSS-A  419  431  12  20 

43  BOSS-A  469  481  12  20 

204  BOSS-A  510  540  30  15 
65  BOSS-A  584  597  13  20 
214  BOSS-A  612  632  20  16 

65  BOSS-A  667  682  15  20 

236  BOSS-A  760  770  20  16 
245  BOSS-A  840  860  10  15 

252  BOSS-A  885  890  6  15 
97  BOSS-A  979  994  15  20 
271  BOSS-A  1020  1040  20  15 
275  BOSS-A  1055  1065  10  15 
279  BOSS-A  1080  1090  10  15 
281  BOSS-A  1106  1120  15  15 
117  BOSS-A  1226  1241  16  20 
303  BOSS-A  1285  1295  10  15 
128  BOSS-A  1326  1342  16  20 
314  BOSS-A  1380  1385  5  15 
142  BOSS-A  1434  1448  14  20 
2  BOSS-B  24  40  16  20 

166  BOSS-B  60  360  300  15 

196  BOSS-B  425  440  15  15 
200  BOSS-B  480  486  5  15 
54  BOSS-B  576  592  16  20 
220  BOSS-B  607  617  10  15 
59  BOSS-B  639  656  17  20 
67  BOSS-B  685  701  16  20 

237  BOSS-B  760  776  16  16 

243  BOSS-B  840  1320  480  15 
133  BOSS-B  1366  1380  14  20 

312  BOSS-B  1396  1415  20  15 
146  LIOI-A  10  16  6  16  ^ 

162  LIOI-A  90  116  26  16 
18  LIOI-A  223  237  14  20 
25  LIOI-A  269  284  15  20 
34  LIOI-A  380  396  16  20 

197  LIOI-A  450  455  5  15 

44  LIOI-A  482  496  14  20 
208  LIOI-A  540  565  25  15 
222  LIOI-A  605  625  20  15 

66  LIOI-A  675  689  14  20 
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230  LIQI-1  704  724  20  15 
74  LIQI-A  776  792  16  20 
80  LIOI-A  839  851  12  20 

88  Ligi-A  898  913  15  20 
260  LIOI-A  935  955  20  15 
101  LlQI-A  1033  1046  13  20 
104  LIOI-A  1066  1079  13  20 
110  LIOI-A  1127  1136  9  20 
290  LIOI-A  1170  1190  20  15 
295  LIOI-A  1208  1218  10  15 
121  LIOI-A  1268  1282  14  20 
310  LIOI-A  1360  1375  15  15 
317  LIOI-A  1410  1430  20  15 
151  LIOI-B  45  480  436  15 
216  LIOI-B  570  595  25  15 
85  LIOI-B  878  890  12  20 

91  LIOI-B  931  945  14  20 
265  LIOI-B  990  1036  45  15 
280  LIOI-B  1080  1100  20  15 
113  LIOI-B  1165  1181  16  20 
306  LIOI-B  1340  1360  20  15 
313  LIOI-B  1380  1435  56  15 
14  6UAM-A  182  198  16  20 

27  GOAM-A  285  297  12  20 
31  GUAN-A  362  367  16  20 
61  GUAM-A  653  664  11  20 
69  GUAM-A  726  741  15  20 
246  GUAM-A  840  885  46  15 

92  GUAM-A  945  961  16  20 
277  GUAM-A  1065  1170  116  15 
126  GUAM-A  1298  1314  16  20 
308  GUAM-A  1350  1370  20  15 
23  GUAM-B  260  315  55  20 

89  GUAM-B  900  940  40  20 
299  GUAM-B  1260  1280  20  15 
305  GUAM-B  1320  1485  165  15 
11  PIKE-A  163  170  17  20 
176  PIXE-A  245  255  10  15 

41  PIKE-A  449  464  15  20 
50  PIKE-A  550  566  15  20 
56  PIKE-A  612  626  14  20 
64  PIKE-A  665  679  14  20 
76  PIKE-A  787  803  16  20 
108  PIKE-A  1082  1094  12  20 
115  PIKE-A  1182  1198  16  20 
129  PIKE-A  1327  1341  14  20 
140  PIKE-A  1422  1435  13  20 
148  REEF-A  20  40  20  16 
7  REEF-A  94  110  16  20 
16  REEF-A  196  210  14  20 
178  REEF-A  270  290  20  16 
46  REEF-A  490  506  16  20 
58  REEF-A  626  638  12  20 
82  REEF-A  846  862  16  20 
265  REEF-A  910  930  20  16 
112  REEF-A  1142  1166  13  20 
119  REEF-A  1242  1257  15  20 
132  REEF-A  1364  1378  14  20 


Day  5 

3  POGO-A  31  43  12  20 
144  POGO-A  58  73  15  15 
8  POGO-A  97  109  12  20 
12  POGO-A  136  163  17  20 
166  POGO-A  185  200  15  15 
21  POGO-A  228  243  15  20 
24  POGO-A  268  284  16  20 
32  POGO-A  360  376  15  20 
37  POGO-A  414  427  13  20 
45  POGO-A  469  485  16  20 
49  POGO-A  516  531  15  20 
213  POGO-A  570  680  10  15 
59  POGO-A  613  625  12  20 
221  POGO-A  640  660  10  16 
229  POGO-A  676  690  15  16 
232  POGO-A  706  716  10  15 
236  POGO-A  730  746  15  16 
76  POGO-A  776  789  14  20 
79  POGO-A  814  829  15  20 


86  PQGQ-A  879  891  12  20 

87  POGO-A  9U  922  11  20 

92  POGO-A  947  960  13  20 
253  POGO-A  976  990  15  16 
261  POGO-A  1005  1020  15  15 
103  POGO-A  1048  1061  13  20 
270  POGO-A  1100  1116  16  16 
273  POGO-A  1130  1140  10  15 
276  POGO-A  1166  1176  10  16 
120  POGO-A  1211  1227  16  20 
285  POGO-A  1256  1280  25  15 
129  POGO-A  1310  1326  16  20 
295  POGO-A  1360  1366  16  16 
139  POGO-A  1410  1426  16  20 
143  POGO-B  0  10  10  16 

4  POGO-B  35  51  16  20 

163  POGO-B  66  81  16  16 
166  POGO-B  96  101  6  16 
11  POGO-B  129  143  14  20 

16  POGO-B  167  181  14  20 
20  POGO-B  204  217  13  20 
23  POGO-B  263  278  16  20 
176  POGO-B  293  303  10  16 
30  POGO-B  328  344  16  20 
36  POGO-B  391  404  13  20 
40  POGO-B  429  446  16  20 
46  POGO-B  489  603  14  20 

198  POGO-B  518  523  5  16 
52  POGO-B  645  562  17  20 
66  POGQ-B  687  602  16  20 

62  POGO-B  633  649  16  20 
68  POGO-B  684  699  16  20 
77  POGO-B  781  796  14  20 
82  POGO-B  838  864  16  20 
240  POGO-B  869  899  30  16 
261  POGO-B  914  929  15  15 
95  POGO-B  956  966  11  20 
260  POGO-B  990  1000  10  16 
100  POGO-B  1020  1036  16  20 
107  POGO-B  1071  1086  16  20 
109  POGO-B  1120  1137  17  20 
276  POGO-B  1162  1162  10  16 
116  POGO-B  1189  1202  13  20 
123  POGO-B  1246  1260  14  20 
127  POGO-B  1290  1306  15  20 
292  PQGO-B  1335  1350  15  16 
137  POGO-B  1392  1408  16  20 
304  POGO-B  1423  1433  10  16 
6  POGO-C  67  84  17  20 

160  POGO-C  106  120  16  16 

17  POGO-C  168  184  16  20 

169  POGO-C  220  276  66  16 
182  POGO-C  330  345  15  15 
190  POGO-C  376  396  20  16 
195  POGO-C  420  436  16  15 
192  POGO-C  450  460  10  15 

199  POGO-C  480  496  15  15 
61  POGO-C  631  647  16  20 
220  POGO-C  680  696  16  16 

63  POGO-C  642  668  16  20 
228  POGO-C  673  683  10  16 
70  POGO-C  714  728  14  20 
73  POGO-C  748  764  16  20 
243  POGO-C  846  860  16  16 
88  POGO-C  914  929  16  20 

93  POGO-C  949  962  13  20 
264  POGO-C  977  1007  30  16 
267  POGO-C  1060  1060  10  16 
113  POGO-C  1162  1166  14  20 
125  POGO-C  1256  1268  12  20 
289  POGO-C  1283  1323  40  15 
133  POGO-C  1346  1361  15  20 
301  POGO-C  1395  1430  35  15 
149  HULA-A  30  50  20  15 
146  HULA-A  65  70  5  16 

164  HULA-A  136  166  20  16 

18  HULA-A  187  203  16  20 

170  HULA-A  240  260  20  16 
178  HULA-A  280  296  16  16 

171  HULA-A  310  326  16  16 
185  HULA-A  340  350  10  15 
35  HULA-A  389  404  16  20 
39  HULA-A  426  437  11  20 
202  HULA-A  486  496  10  15 
204  HULA-A  610  630  20  15 
215  HULA-A  670  680  10  16 
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216  HULA-A  595  605  10  15 

224  gULA-A  630  635  5  15 

225  lULA-A  650  665  15  15 
71  HUU-A  716  732  16  20 

237  HULA-A  765  800  35  15 
81  HULA-A  835  850  15  20 

249  HUU-A  895  940  45  15 
97  HUU-A  962  978  16  20 
99  HUU-A  1000  1014  14  20 
256  HUU-A  1029  1044  15  15 
106  HUU-A  1064  1077  13  20 
272  HUU-A  1110  1115  5  15 
269  H^-A  1130  1135  5  15 
274  HUU-A  1150  1175  25  15 
118  HUU-A  1206  1218  13  20 
281  HUU-A  1233  1238  5  15 
284  HUU-A  1255  1265  10  16 
128  HUU-A  1305  1320  15  20 
136  HUU-A  1368  1374  16  20 
297  HULA-A  1389  1399  10  15 

151  HUU-B  45  80  35  15 
161  HULA-B  125  140  15  15 
166  HUU-B  180  195  15  15 
25  HUU-B  289  302  13  20 
29  HUU-B  322  338  16  20 
34  HUU-B  376  390  15  20 
187  HUU-B  405  420  15  16 
47  HULA-B  489  503  14  20 

207  HULA-B  636  660  26  16 
210  HULA-B  576  616  40  16 
214  HULA-B  630  640  10  15 
227  HULA-B  665  700  35  15 
233  HULA-B  715  720  6  16 

238  HULA-B  775  810  36  16 
244  HULA-B  850  870  20  15 
248  HULA-B  890  900  10  15 
258  HULA-B  990  1010  20  16 
280  HULA-B  1190  1200  10  16 
290  HULA-B  1290  1295  5  15 
293  HULA-B  1340  1350  10  15 

166  COOK-A  70  76  6  16 

172  COOK-A  265  265  10  15 
177  COOK-A  280  296  16  16 
184  COOK-A  330  375  45  15 
191  COOK-A  390  405  15  15 
200  COOK-A  480  495  15  15 
206  COOK-A  520  535  16  15 
218  COOK-A  570  580  10  15 

226  COOK-A  645  650  5  15 
78  COOK-A  794  808  14  20 
84  COOK-A  860  876  16  20 
96  COOK-A  962  975  13  20 
262  COOK-A  1010  1025  15  15 
277  COOK-A  1170  1215  45  16 
124  COOK-A  1264  1270  16  20 
287  COOK-A  1285  1290  5  15 
134  COOK-A  1366  1367  11  20 

173  COOK-B  260  730  470  15 

241  COOK-B  825  870  45  15 
247  COOK-B  885  930  45  15 
283  COOK-B  1235  1285  50  15 
136  COOK-B  1361  1373  12  20 

152  IHDI-A  53  63  10  16 

167  IHDI-A  80  90  10  15 
158  IHDI-A  105  110  5  15 
163  IHDI-A  135  140  5  15 
15  IHDI-A  166  182  16  20 

167  IHDI-A  210  220  10  16 

168  IHDI-A  235  265  20  16 
179  IHDI-A  285  290  5  15 
181  IHDI-A  330  335  5  15 
186  IHDI-A  350  360  10  15 
183  IHDI-A  376  396  20  16 
38  IHDI-A  417  430  13  20 
197  IHDI-A  460  470  20  16 
203  IHDI-A  505  510  5  15 

208  IHDI-A  540  655  15  15 
212  IHDI-A  670  680  10  16 
231  IHDI-A  690  695  5  15 
230  IHDI-A  710  730  20  16 

239  IHDI-A  800  810  10  15 

242  IHDI-A  830  850  20  15 
246  IHDI-A  870  890  20  15 

250  IHDI-A  905  910  5  15 
252  IHDI-A  935  955  20  15 
267  IHDI-A  990  1010  20  16 


264  IHDI-A  1040  1050  10  15 

265  IHDI-A  1066  1076  10  15 

266  IHDI-A  1090  1095  5  15 

278  IlDI-A  1180  1185  5  15 
282  IHDI-A  1208  1218  10  15 

279  IHDI-A  1233  1243  10  15 
288  IHDI-A  1280  1290  10  15 

130  IHDI-A  1313  1328  15  20 
294  IHDI-A  1350  1370  20  15 

298  IHDI-A  1385  1390  5  15 

140  IHDI-A  1417  1431  14  20 
148  BOSS-A  23  38  15  15 

7  BOSS-A  92  108  16  20 
162  BOSS-A  136  150  15  15 
175  BOSS-A  270  290  20  15 
28  BOSS-A  319  335  16  20 
189  BOSS-A  375  390  15  15 

41  BOSS-A  449  463  14  20 
48  BOSS-A  499  512  13  20 
55  BOSS-A  662  577  15  20 
61  BOSS-A  626  643  17  20 
223  BOSS-A  668  668  10  15 
234  BOSS-A  715  910  195  15 
94  BOSS-A  950  963  13  20 
104  BOSS-A  1050  1066  16  20 
114  BOSS-A  1161  1174  13  20 

121  BOSS-A  1214  1229  15  20 

131  BOSS-A  1313  1330  17  20 

299  BOSS-A  1380  1400  20  15 
142  BOSS-A  1437  1453  16  20 
145  BOSS-B  5  10  5  15 

9  BOSS-B  112  128  16  20 
180  BOSS-B  320  330  10  15 
188  BOSS-B  371  400  29  15 
194  BOSS-B  420  430  10  15 
201  BOSS-B  485  500  15  15 
54  BOSS-B  556  567  11  20 
58  BOSS-B  600  615  15  20 
66  BOSS-B  656  672  16  20 
236  BOSS-B  760  770  20  16 
246  BOSS-B  870  880  10  15 
259  BOSS-B  990  1660  660  15 
1  LIOH-A  20  35  15  20 
159  LIOH-A  90  110  20  15 
19  LIOH-A  203  216  13  20 
22  LIOH-A  251  262  11  20 
26  LIOH-A  300  314  14  20 
31  LIOH-A  361  367  16  20 

42  LIOH-A  453  468  15  20 
205  LIOH-A  515  535  20  15 
219  LIOH-A  670  590  20  16 
217  LIOH-A  605  625  20  15 
65  LIOH-A  645  658  13  20 
72  LIOH-A  746  762  17  20 
85  LIOH-A  869  882  13  20 
91  LIOH-A  929  944  15  20 
265  LIOH-A  960  1020  60  15 
106  LIOH-A  1060  1073  13  20 
111  LIOH-A  1136  1163  17  20 

116  LIOH-A  1189  1203  14  20 
126  LIOH-A  1267  1282  15  20 

300  LIOH-A  1395  1400  5  15 

141  LIOH-A  1430  1444  14  20 
154  LIOH-B  60  360  300  15 
196  LIOH-B  440  460  20  15 
209  LIOH-B  660  670  10  15 
222  LIOH-B  620  660  30  16 
83  LIOH-6  847  861  14  20 
102  LIOH-B  1038  1050  12  20 
263  LIOH-B  1065  1085  20  15 
271  LIOH-B  1110  1196  85  15 

122  LIOH-6  1239  1254  15  20 
296  LIOH-B  1365  1415  50  15 
302  LIOH-B  1430  1450  20  15 
13  GUAM-A  152  167  15  20 
174  GUAN-A  265  285  20  15 
33  GUAM-A  367  381  14  20 
44  GUAH-A  466  476  10  20 
211  GUAM-A  660^670  10^15 
60  GUAM-A  623  637  14  20 

89  GUAM-A  915  931  16  20 
101  GUAM-A  1031  1044  13  20 
108  GUAM-A  1095  1109  14  20 

117  GUAM-A  1194  1204  10  20 
286  GUAM-A  1260  1280  20  15 
291  GUAM-A  1320  1485  165  15 
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193  GUAN-B  406  460  46  16 
110  GUiN-B  1128  1141  13  20 
2  PIKE-A  27  38  11  20 
10  PIKE-A  126  141  16  20 
27  PIKE-A  306  321  16  20 

63  PIKE-A  648  660  12  20 
67  PIKE-A  699  611  12  20 

64  PIKE-A  644  668  14  20 
69  PIKE-A  696  710  16  20 
76  PIKE-A  768  774  16  20 
112  PIKE-A  1162  1168  16  20 
303  PIKE-A  1410  1430  20  16 
147  REEF-A  10  30  20  15 

6  REEF-A  67  81  14  20 
43  REEF-A  460  476  16  20 
67  REEF-A  684  698  14  20 
80  REEF-A  818  834  16  20 
90  REEF-A  921  932  11  20 
98  REEF-A  976  993  18  20 
268  REEF-A  1080  1100  20  16 
119  REEF-A  1211  1227  16  20 
132  REEF-A  1320  1332  12  20 
138  REEF-A  1394  1409  16  20 
306  REEF-A  1426  1436  10  16 


Day  6 

6  POGO-A  70  86  16  20 
10  POGO-A  107  124  17  20 
169  POGO-A  139  144  6  16 
15  POGO-A  172  186  14  20 
19  POGO-A  210  226  16  20 
24  POGO-A  264  270  16  20 
29  POGO-A  298  314  16  20 
36  POGO-A  354  370  16  20 
39  POGO-A  401  414  13  20 
44  POGO-A  464  471  17  20 
49  POGO-A  600  616  16  20 
66  POGO-A  666  672  17  20 
64  POGO-A  620  636  16  20 
68  POGO-A  682  696  14  20 
73  POGO-A  719  735  16  20 
79  POGO-A  812  826  14  20 

82  POGO-A  863  876  13  20 
240  POGO-A  900  916  16  16 

96  POGO-A  988  999  11  20 
100  POGO-A  1020  1033  13  20 
261  POGO-A  1048  1053  6  15 
104  POGO-A  1101  1116  15  20 
257  POGO-A  1131  1136  6  16 
111  POGO-A  1174  1187  13  20 
117  POGO-A  1218  1232  14  20 
277  POGO-A  1260  1276  26  16 
126  POGO-A  1310  1326  16  20 
285  POGO-A  1341  1356  16  15 
136  POGO-A  1379  1395  16  20 
297  POGO-A  1415  1426  10  15 
5  POGO-B  63  69  16  20 

9  POGO-B  102  116  14  20 
14  POGO-B  153  170  17  20 
162  POGO-B  186  200  15  16 
21  POGO-B  226  236  11  20 
173  POGO-B  270  280  10  16 
33  POGO-B  324  336  12  20 
177  POGO-B  361  366  6  15 
186  POGO-B  385  395  10  15 
41  POGO-B  422  436  14  20 
192  POGO-B  461  466  16  16 
198  POGO-B  485  496  10  16 
62  POGO-B  520  634  14  20 
57  POGO-B  581  593  12  20 
62  POGO-B  617  632  15  20 
217  POGO-B  665  676  10  16 
70  POGO-B  716  729  14  20 
224  POGO-B  770  806  36  16 
229  POGO-B  840  855  15  16 

83  POGO-B  882  898  16  20 
89  POGO-B  924  938  14  20 
244  POGO-B  960  976  15  15 

97  POGO-B  1007  1023  16  20 


264  POGO-B  1046  1066  10  16 
103  POGO-B  1086  1099  13  20 
107  POGO-B  1119  1132  13  20 

266  POGO-B  1160  1166  16  16 
264  POGO-B  1180  1196  16  16 
120  POGO-B  1234  1246  12  20 
122  POGO-B  1279  1296  16  20 
129  POGO-B  1317  1333  16  20 
134  POGO-B  1363  1367  14  20 
142  POGO-B  1413  1427  14  20 
148  POGO-C  40  76  36  16 

166  POGO-C  90  110  20  16 
161  POGO-C  130  160  20  15 
18  POGO-C  199  213  14  20 
30  POGO-C  298  310  12  20 
179  POGO-C  330  340  10  16 

181  POGO-C  360  376  16  16 
38  POGO-C  399  416  16  20 
188  POGO-C  430  446  16  15 
197  POGO-C  480  496  16  16 
61  POGO-C  617  633  16  20 
68  POGO-C  688  602  14  20 

211  POGO-C  617  632  15  15 
218  POGO-C  676  710  35  16 
76  POGO-C  782  797  16  20 

231  POGO-C  846  866  20  15 
84  POGO-C  888  899  11  20 
239  POGO-C  914  929  15  15 
247  POGO-C  986  996  10  15 
110  POGO-C  1126  1137  11  20 

267  POGO-C  1160  1170  10  15 
270  POGO-C  1186  1196  10  16 
118  POGO-C  1222  1234  12  20 
128  POGO-C  1312  1326  13  20 
281  POGO-C  1340  1350  10  16 
286  POGO-C  1366  1380  16  16 
141  POGO-C  1413  1428  16  20 
147  HULA-A  30  50  20  15 
158  EOLA-A  90  96  6  16 

160  BULA-A  120  126  6  16 
16  HULA-A  174  190  16  20 

167  HOLA-A  230  240  10  16 

26  HOU-A  276  290  16  20 
174  HULA-A  310  330  20  16 
36  HULA-A  359  373  14  20 
40  HUU-A  408  423  16  20 
191  HULA-A  460  466  16  16 
196  HULA-A  480  490  10  16 
202  BULA-A  620  626  6  16 
206  HOLA-A  665  595  40  16 
216  HULA-A  645  660  15  15 
220  HOLA-A  700  710  10  16 
226  HULA-A  780  790  10  16 
230  HULA-A  840  855  15  15 
236  HOLA-A  870  880  10  16 
93  EULA-A  948  963  16  20 

260  HULA-A  990  1010  20  16 
102  HOLA-A  1048  1063  16  20 
266  HOLA-A  1078  1083  6  16 

261  HOLA-A  1110  1126  16  16 
263  HOLA-A  1140  1160  20  16 
114  HOLA-A  1200  1215  15  20 
276  HOLA-A  1246  1260  6  15 
131  HULA-A  1328  1342  14  20 

289  HULA-A  1376  1386  10  16 

290  HULA-A  1400  1405  5  15 
144  HULA-A  1429  1444  15  20 
146  HULA-B  30  46  16  16 
151  HULA-B  60  86  26  16 
163  HULA-B  190  200  10  16 
165  HOLA-B  220  270  60  16 

27  HOLA-B  293  309  16  20 

182  HOLA-B  360  370  10  16 
187  HULA-B  405  430  25  16 
46  HOLA-B  467  473  16  20 
194  HULA-B  488  493  5  15 
200  HOLA-B  610  665  46  15 

212  HULA-B  600  645  45  15 

232  HULA-B  850  886  35  15 
90  HULA-B  927  941  14  20 
241  HULA-B  956  971  15  15 
243  HULA-B  986  991  6  16 
101  HOLA-B  1037  1053  16  20 
258  HULA-B  1080  1125  45  IS 
271  HULA-B  1200  1215  15  16 
278  HULA-B  1276  1315  40  15 
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8  10  16 


k-k  480  496  16  16 

i-i  tii  lU  f8  it 
ii8  ill  I  \l 

k-k  690  696  6  16 
k-k  710  720  10  16 
-A  768  771  13  20 
-A  802  816  14  20 
-A  966  980  14  20 
A-A  996  1006  10  16 
A-A  1034  1049  16  20 
A-A  1064  1079  16  16 
A-A  1112  1123  11  20 
A-A  1138  1148  10  16 
A-A  1170  1176  6  16 
A-A  1190  1196  6  16 
A-A  1210  1266  46  16 
A-A  1286  1296  10  16 
A-A  1310  1320  10  16 
A-A  1346  1360  16  16 
A-A  1398  1414  16  20 
B  136  161  16  20 
-B  266  280  16  20 
-B  426  442  16  20 
A-B  610  630  20  16 
A-B  646  660  16  16 
A-B  676  616  40  16 
A-B  630  646  16  16 
A-B  670  696  26  16 
A-B  766  800  36  16 
A-B  826  870  46  16 
-B  934  949  16  20 
A-B  1008  1026  17  20 
A-B  1040  1060  20  16 
A-B  1090  1106  16  16 
A-B  1126  1160  26  16 
A-B  1170  1186  16  16 
A-B  1266  1280  16  20 
A-B  1296  1336  40  16 
A-B  1386  1420  36  16 
A  49  63  14  20 
-A  217  232  16  20 
-A  271  284  13  20 
-A  360  362  12  20 
QK-A  377  382  6  16 
K-A  668  674  16  20 
OK-A  760  766  6  16 
K-A  904  920  16  20 
OK-A  940  966  16  16 
OK-A  986  996  10  16 


OK-A  1071  1086  14  20 
OK-A  1100  1116  16  16 
OK-A  1130  1146  16  16 
OK-A  1260  1276  26  16 
OK-A  1296  1309  14  20 
OK-A  1360  1366  16  16 
OK-A  1416  1429  14  20 
OK-B  670  696  26  16 
OK-B  766  800  36  16 
OK-B  940  970  30  16 
OK-B  1096  1140  46  16 
OK-B  1424  1438  14  20 
II-A  61  61  10  16 
)I-A  80  90  10  16 
-A  163  162  9  20 
-A  216  266  60  20 
II-A  300  310  10  16 
II-A  330  360  20  16 
II-A  370  376  6  16 
II-A  400  426  26  16 
II-A  460  470  20  16 
:-A  600  616  16  20 
II-A  660  670  10  16 
:-A  601  616  14  20 
II-A  676  680  5  16 
:-A  710  726  16  20 
II-A  800  810  10  16 
II-A  826  830  6  16 
II-A  870  890  20  16 
II-A  906  910  6  16 
;-A  966  978  13  20 
II-A  993  1003  10  16 
II-A  1036  1040  6  16 
>I-A  1066  1065  10  IE 
II-A  1080  1100  20  IE 


282  IIDI-A  1116  1190  76  16 

lit  \m  m  It 


mi-i  i§i8  iin  56 16 

lit  ilfi  ill!  ^8  ii 

1  BOSS-A  30  46  16  20 
8  BOSS-A  130  146  16  20 
21  BOSS-A  260  273  13  20 
172  BOSS-A  288  293  6  16 
176  BOSS-A  320  330  10  16 
31  BOSS-A  369  376  16  20 
187  BOSS-A  390  406  16  16 
189  BOSS-A  420  426  6  16 

40  BOSS-A  463  476  12  20 
44  BOSS-A  602  612  10  20 
46  BOSS-A  634  648  14  20 
64  BOSS-A  699  614  16  20 
210  BOSS-A  630  640  10  16 
64  BOSS-A  667  681  14  20 
219  BOSS-A  696  701  6  16 

221  BOSS-A  720  730  10  16 

222  BOSS-A  760  766  16  16 

237  BOSS-A  930  940  10  16 

96  BOSS-A  980  986  6  20 

260  BOSS-A  1020  1040  20  16 

261  BOSS-A  1110  1126  16  16 

271  BOSS-A  1206  1226  20  16 
283  BOSS-A  1345  1360  6  16 
290  BOSS-A  1380  1400  20  15 
289  BOSS-A  1416  1436  20  15 
161  BOSS-B  60  360  300  16 
46  BOSS-B  612  627  16  20 
49  BOSS-B  660  674  14  20 

66  BOSS-B  600  617  17  20 
205  BOSS-B  632  662  20  16 
69  BOSS-B  700  716  16  20 

97  BOSS-B  989  1006  16  20 

130  BOSS-B  1323  1336  13  20 
137  BOSS-B  1380  1396  16  20 
4  LIOl-A  69  76  16  20 

7  LIOI-A  124  137  13  20 
13  LIOI-A  167  178  11  20 

19  LIOl-A  220  235  16  20 
166  LIOI-A  260  270  20  16 
26  LIOI-A  294  309  16  20 
176  LIOl-A  324  329  6  16 

33  LIOI-A  361  374  13  20 
186  Ligi-A  390  396  6  16 
198  LIOI-A  516  535  20  16 

66  LIOI-A  670  679  9  20  , 
217  LIOI-A  694  714  20  16 
77  LIOI-A  786  802  16  20 
81  LIOI-A  834  846  11  20 
90  LIOI-A  929  943  14  20 

238  LIOI-A  968  978  20  16 
101  LIOI-A  1027  1040  13  20 
267  LIOI-A  1080  1100  20  16 

272  LIOI-A  1207  1217  10  16 
123  LIOI-A  1286  1297  12  20 

131  LIOI-A  1334  1349  15  20 
136  LIOI-A  1372  1382  10  20 
297  LIOI-A  1423  1433  10  16 
146  LIOI-B  30  63  23  16 

23  LIOI-B  263  278  16  20 
28  LIOI-B  321  331  10  20 

34  LIOI-B  396  412  17  20 
42  LIOI-B  497  610  13  20 

67  LIOI-B  686  700  16  20 
226  LIOI-B  780  840  60  16 
89  LIOI-B  929  943  14  20 
246  LIOI-B  990  1010  20  16 
106  LIOI-B  1080  1096  15  20 
113  LIOI-B  1180  1197  17  20 
288  LIOI-B  1366  1370  6  16 
294  LIOI-B  1410  1430  20  16 
152  GUAM-A  60  90  30  15 

15  GUAN-A  192  208  16  20 

20  GUAM-A  260  306  66  20 
30  GOAM-A  360  364  14  20 
37  GUAN-A  428  441  13  20 

41  GUAM-A  466  478  12  20 
60  GUAM-A  666  681  16  20 

68  GUAN-A  615  629  14  20 
83  GUAN-A  866  869  14  20 


10  16 
20  16 
10  16 
20  16 


86  GUAN-A  890  936  46  20 
93  GUAN-A  966  971  16  20  ^ 

103  GUAN-A  1069  1072  13  20 
117  GUAM-A  1213  1228  16  20 
127  GUAN-A  1314  1328  14  20 
169  GUAN-B  266  286  20  16 
39  GUAM-B  449  469  10  20 
6  PIXE-A  68  84  16  20 
16  PIKE-A  196  208  13  20 
PIKE-A  610  624  14  20 
63  PIKE-A  669  673  14  20 
78  PIXE-A  802  818  16  20 
116  PIKE-A  1192  1208  16  20 
129  PIKE-A  1320  1366  46  20 
144  REEF-A  26  60  26  16 
6  REEF-A  109  126  17  20 
36  REEF-A  402  413  11  20 
69  REEF-A  620  632  12  20 
71  REEF-A  716  730  14  20 
76  KEF-A  762  776  13  20 
84  REEF-A  862  877  16  20 
111  REEF-A  1161  1166  16  20 
133  REEF-A  1369  1372  13  20 
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